转自：C#语言struct结构体适用场景和注意事项_炽火的尘埃-CSDN博客
在C#语言中struct结构体和class之间的区别主要是值类型和引用类型的区别，但实际上如果使用不当是非常要命的。从Win32时代过来的人对于struct一点不感觉陌生，但是却反而忽略了一些基本问题。我们知道C#在涉及到本地代码的地方大量使用了struct，很大程度上是为了移植代码的需要。很多时候，感觉结构比较简单的类改为struct可能会提高性能，但这种感觉在绝大多数情况下其实是错误的。那么我们自己在编写代码的时候究竟在什么情况下适合定义struct而不是class呢？
选用struct的原则
通过阅读微软的技术文章Choosing Between Class and Struct，可以了解到选择使用struct的一些准则。
考虑 定义struct而非class，如果类型的实例很小而且通常存活期都很短或者一般都嵌入到其它对象中使用
避免 定义struct 除非 类型满足以下全部特征：
逻辑上表达了一个单一值，类似基本数据类型（int, double）
实例大小低于16字节
不可改变
不会被频繁装箱
个人总结了一些使用场景和注意的地方。
对于初学者或者一般情况，请使用class不要考虑struct。当程序需要考虑性能而进行优化的阶段再考虑struct问题
定义struct时，尽量作为私有类型或内部类型，不要公开
struct的属性不要定义公开的set方法，也就是不可改变。仅通过构造方法传入值。
使用struct管理非托管资源时，定义Free方法，使用时一定要在恰当时机调用Free。千万不要想着去实现IDisposable接口。如果觉得不安全，那就改用class吧！
如果需要调用本地代码而迫不得已，才可以无视其它原则而选用struct
struct的性能
选用struct可以在一些特定条件下改善程序性能，但请注意，没有“银弹”能够在所有情况下解决所有问题。
struct一般用于一些结构简单，可以用单一值概念描述的类型。同时，类型的存活期应该不会太长。struct无需创建即可使用，也没有垃圾回收问题。struct压根就不在GC堆内存中分配，而是直接在栈内存中分配。在使用struct时都会复制到当前栈内存中，就像其它值类型一样。以上这些特性只能说和class在使用上会有差异，需要注意。但说不上是优点还是缺点，取决于用法和具体情况。另外，struct不存在并发竞争问题，多线程安全，这应该算是优点了。
一种已知情况可以用struct来优化程序，就是struct类型的数组（注意是数组不是List）。struct数组在物理上一定是一个连续的内存块。关于这一点，上图一看就懂。
作为对比，看一下object数组的内存结构：
值类型的结构体数组，在物理存储上连续，在内存上紧凑，访问非常快。而对象数组，每个数组元素都是对象引用，指向堆中的对象。
可以这么理解：值类型的数组是真正的线性结构；而引用类型数组类似树结构。因此相率上存在天然差距！
引用类型的对象数组，物理上一般是分配指针来指向引用的实例，此时数组的内存块不能涵盖所有要访问的数据。而struct数组在这种情况下所有会用到的数据都在数组的物理内存之中包含，可以直接访问到，无需通过GC堆内存的对象引用来反复的间接查找。同时，如果实例数量非常多时，使用struct数组还能避免大量分散在GC堆中的对象实例，从而减轻GC压力。这里理想化的认为struct的定义中所有字段都是值类型的，不包含string等引用类型。
此时，对struct数组中的下标访问不会造成复制（List的下标访问则会），直接内存定位效率很高。
int id = structArray[i].Id;
1
注意，struct字段不可变会很有帮助，如果需要修改字段内容，通过ref方法。
定义：
public static void SetId(ref structType target, int value)
{
target.Id = value;
}
1
2
3
4
使用：
SetId(ref structArray[i], 100);
1
实际上很多情况下，struct可能反而会拖慢我们的程序。由于值类型在使用上的复制特性，定义一个庞大的struct在某些情况下性能会比引用类型要糟糕。因为每次使用到struct时都会在栈中复制一份新实例，复制来复制去的，如果struct的定义的字段比较多占用很多字节的话，复制的成本就会很高。这也是为什么微软给出的准则中有一条：“当类型定义大于16字节时不要选用struct”。
对于方法之间调用很多的情况，如果参数中带有定义了很多Field的struct，那是比较耗性能的。尤其是递归调用的情况，会很快就造成StackOverflow。
struct是不可变的！
首先，从逻辑上，一个struct描述了一个单一值，struct的所有公开的属性、字段都应该是用于获取这个单一值的一些特征的，这从逻辑上就杜绝了可赋值的属性这样的定义。
其次，由于struct是值类型，分配在栈内存中或者是拥有struct类型的引用类型对象中，任何时候对struct的访问都会访问原始struct的副本，因此对struct属性的修改实际上是在修改原始struct的副本。除非你将修改后的struct实例重新赋值回去，否则原始struct是不会改变。这一特性同样适用于函数方法的参数是struct的情况。
当然，要直接改变原始struct也是有办法的，那就是使用ref类型的的方法参数来直接改变原始值。但这就需要定义一个专门的方法，通过struct的属性来访问时仍然会有上述问题。
用struct管理本地代码
用struct管理本地代码时，注意定义释放方法，而使用时要在恰当时机去明确调用释放方法。
struct没有明确的无参构造方法，也没有析构方法。这是因为struct本身就是一份栈内存，无需new新的实例，也无需去释放。
但如果struct内部使用了本地资源，这时本地资源的释放就成了问题。对于object的class类型，我们可以定义实现IDisposable接口，在使用时用using代码块来创建实例。但是对于struct来说，千万不要。因为在using的时候使用的是struct的副本，而内存中可能存在很多很多struct的副本。这种情况下，Dispose的逻辑应当非常可靠才能避免重复释放的问题。
实际上，用struct来管理本地资源的情况一定要将struct定义为私有或内部，作为一个公开类型的内部实现。这样可以保证所有使用的实例都能够被干净释放，避免内存泄漏。
————————————————
版权声明：本文为CSDN博主「炽火」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/zeroflamy/article/details/52081462