溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本篇內容介紹了“如何解決C# 7.2中的結構體性能問題”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！
在某些使用了readonly關鍵字的情況下，C#編譯器會創建出結構體的防御副本。雖然這個問題已經眾所周知并被記錄下來了，但仍然值得重新審視，因為它與C# 7.2的幾個特性有關。in和ref readonly關鍵字的使用讓這個問題出現得更頻繁，而readonly結構體提供了一種解決方法。
C#中的結構體通常用于提升性能，減少用于分配和銷毀內存的開銷。然而，潛在的陷阱限制了它們的使用。C# 7.2增加了一個改進的readonly結構體來解決這個問題。
在如下幾種情況下，C#編譯器將為結構體創建副本：
結構體不是只讀的。
機構提變量使用了readonly修飾符。
調用方法（包括屬性）。
當x是in參數、ref readonly局部變量或通過readonly reference返回值的方法調用的結果時，適用相同的規則。
public void BadFunction(in SomeStruct s){
s.X; // 編譯器創建了一個防御副本。}C# 7.2增加了聲明readonly結構體的可能性，并提供了避免創建防御副本的解決方案。聲明為readonly的結構體不能具有屬性設置器，并且不能對結構體成員賦值。
我們可以通過靜態分析來檢測防御性副本問題。ErrorProne.NET的靈感來自于ErrorProne，一個Java靜態分析工具。移植到.NET的版本由一組Roslyn分析器組成，側重于準確性和性能。其中有一部分分析器適用于結構體，以Nuget包的方式供下載使用。
“如何解決C# 7.2中的結構體性能問題”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
