解決C 7 2中的結構體效能問題

在某些使用了readonly關鍵字的情況下，c#編譯器會建立出結構體的防禦副本。雖然這個問題已經眾所周知並被記錄下來了，但仍然值得重新審視，因為它與c# 7.2的幾個特性有關。in和ref readonly關鍵字的使用讓這個問題出現得更頻繁，而readonly結構體提供了一種解決方法。

\\ c#中的結構體通常用於提公升效能，減少用於分配和銷毀記憶體的開銷。然而，潛在的陷阱限制了它們的使用。c# 7.2增加了乙個改進的readonly結構體來解決這個問題。

\\ 在如下幾種情況下，c#編譯器將為結構體建立副本：

\\

\public struct somestruct  \ }\}\\ \private readonly somestruct s = new somestruct(42);\\ \s.x; // 編譯器建立了乙個防禦副本。\

當x是in引數、ref readonly區域性變數或通過readonly reference返回值的方法呼叫的結果時，適用相同的規則。

\\

\public void badfunction(in somestruct s)\\\

c# 7.2增加了宣告readonly結構體的可能性，並提供了避免建立防禦副本的解決方案。宣告為readonly的結構體不能具有屬性設定器，並且不能對結構體成員賦值。

\\檢視英文原文：performance of structs in c# 7.2

解決C 7 2中的結構體效能問題

在某些使用了readonly關鍵字的情況下，c 編譯器會建立出結構體的防禦副本。雖然這個問題已經眾所周知並被記錄下來了，但仍然值得重新審視，因為它與c 7.2的幾個特性有關。in和ref readonly關鍵字的使用讓這個問題出現得更頻繁，而readonly結構體提供了一種解決方法。c 中的結構體通...

解決C 7 2中的結構體效能問題

在某些使用了readonly關鍵字的情況下，c 編譯器會建立出結構體的防禦副本。雖然這個問題已經眾所周知並被記錄下來了，但仍然值得重新審視，因為它與c 7.2的幾個特性有關。in和ref readonly關鍵字的使用讓這個問題出現得更頻繁，而readonly結構體提供了一種解決方法。c 中的結構體通...

解決C 7 2中的結構體效能問題

在某些使用了readonly關鍵字的情況下，c 編譯器會建立出結構體的防禦副本。雖然這個問題已經眾所周知並被記錄下來了，但仍然值得重新審視，因為它與c 7.2的幾個特性有關。in和ref readonly關鍵字的使用讓這個問題出現得更頻繁，而readonly結構體提供了一種解決方法。c 中的結構體通...