本篇內(nèi)容介紹了“如何解決C# 7.2中的結(jié)構(gòu)體性能問題”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細閱讀，能夠?qū)W有所成！

成都創(chuàng)新互聯(lián)公司主要從事網(wǎng)頁設(shè)計、PC網(wǎng)站建設(shè)（電腦版網(wǎng)站建設(shè)）、wap網(wǎng)站建設(shè)（手機版網(wǎng)站建設(shè)）、成都響應(yīng)式網(wǎng)站建設(shè)、程序開發(fā)、網(wǎng)站優(yōu)化、微網(wǎng)站、成都小程序開發(fā)等，憑借多年來在互聯(lián)網(wǎng)的打拼，我們在互聯(lián)網(wǎng)網(wǎng)站建設(shè)行業(yè)積累了豐富的成都做網(wǎng)站、成都網(wǎng)站制作、成都外貿(mào)網(wǎng)站建設(shè)、網(wǎng)站設(shè)計、網(wǎng)絡(luò)營銷經(jīng)驗，集策劃、開發(fā)、設(shè)計、營銷、管理等多方位專業(yè)化運作于一體。

在某些使用了readonly關(guān)鍵字的情況下，C#編譯器會創(chuàng)建出結(jié)構(gòu)體的防御副本。雖然這個問題已經(jīng)眾所周知并被記錄下來了，但仍然值得重新審視，因為它與C# 7.2的幾個特性有關(guān)。in和ref readonly關(guān)鍵字的使用讓這個問題出現(xiàn)得更頻繁，而readonly結(jié)構(gòu)體提供了一種解決方法。

C#中的結(jié)構(gòu)體通常用于提升性能，減少用于分配和銷毀內(nèi)存的開銷。然而，潛在的陷阱限制了它們的使用。C# 7.2增加了一個改進的readonly結(jié)構(gòu)體來解決這個問題。

在如下幾種情況下，C#編譯器將為結(jié)構(gòu)體創(chuàng)建副本：

•  結(jié)構(gòu)體不是只讀的。

•  機構(gòu)提變量使用了readonly修飾符。

•  調(diào)用方法（包括屬性）。

當x是in參數(shù)、ref readonly局部變量或通過readonly reference返回值的方法調(diào)用的結(jié)果時，適用相同的規(guī)則。

public void BadFunction(in SomeStruct s){
  s.X; // 編譯器創(chuàng)建了一個防御副本。}

C# 7.2增加了聲明readonly結(jié)構(gòu)體的可能性，并提供了避免創(chuàng)建防御副本的解決方案。聲明為readonly的結(jié)構(gòu)體不能具有屬性設(shè)置器，并且不能對結(jié)構(gòu)體成員賦值。

我們可以通過靜態(tài)分析來檢測防御性副本問題。ErrorProne.NET的靈感來自于ErrorProne，一個Java靜態(tài)分析工具。移植到.NET的版本由一組Roslyn分析器組成，側(cè)重于準確性和性能。其中有一部分分析器適用于結(jié)構(gòu)體，以Nuget包的方式供下載使用。

“如何解決C# 7.2中的結(jié)構(gòu)體性能問題”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！

當前文章：如何解決C#7.2中的結(jié)構(gòu)體性能問題
鏈接分享：http://aaarwkj.com/article48/iihhep.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供動態(tài)網(wǎng)站、網(wǎng)站維護、響應(yīng)式網(wǎng)站、App設(shè)計、ChatGPT、標簽優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)