以下是在Microsoft网站上定义的规则：

✔️ 如果类型的实例很小且通常很短，或者通常嵌入在其他对象中，请考虑定义结构而不是类。

❌ 避免定义结构，除非该类型具有以下所有特征：

它在逻辑上表示单个值，类似于原始类型（int、double等）。

它的实例大小小于16字节。

它是不可变的。

它不必经常装箱。

供进一步阅读

以下是在Microsoft网站上定义的规则：

✔️ 如果类型的实例很小且通常很短，或者通常嵌入在其他对象中，请考虑定义结构而不是类。

❌ 避免定义结构，除非该类型具有以下所有特征：

它在逻辑上表示单个值，类似于原始类型（int、double等）。

它的实例大小小于16字节。

它是不可变的。

它不必经常装箱。

供进一步阅读

除了运行时直接使用的值类型和其他用于PInvoke的值类型之外，您只能在两种情况下使用值类型。

当您需要复制语义时。当您需要自动初始化时，通常在这些类型的数组中。

我使用结构来打包或解包任何类型的二进制通信格式。这包括读取或写入磁盘、DirectX顶点列表、网络协议或处理加密/压缩数据。

在这方面，你列出的三条准则对我来说并不有用。当我需要以特殊顺序写出400字节的内容时，我将定义一个400字节的结构，并用它应该具有的任何不相关的值填充它，我将以当时最合理的方式设置它。（好吧，四百字节会很奇怪——但当我以写Excel文件为生的时候，我处理的是多达四十字节的结构，因为这就是一些BIFF记录的大小。）

.NET支持值类型和引用类型（在Java中，只能定义引用类型）。引用类型的实例在托管堆中分配，并且在没有未完成的引用时被垃圾收集。另一方面，值类型的实例是在堆栈中分配的，因此一旦其作用域结束，分配的内存就会被回收。当然，值类型通过值传递，引用类型通过引用传递。除了System.String之外，所有C#原语数据类型都是值类型。

何时在类上使用结构，

在C#中，结构是值类型，类是引用类型。您可以使用enum关键字和struct关键字在C#中创建值类型。使用值类型而不是引用类型将导致托管堆上的对象减少，从而减少垃圾收集器（GC）的负载，减少GC周期，从而提高性能。然而，价值类型也有其缺点。传递一个大结构肯定比传递一个引用成本更高，这是一个明显的问题。另一个问题是与装箱/拆箱相关的开销。如果您想知道装箱/拆箱是什么意思，请按照以下链接了解装箱和拆箱的详细说明。除了性能之外，有时您只需要类型具有值语义，如果引用类型是您的全部，那么这将很难实现（或者很难看）。当您需要复制语义或需要自动初始化时（通常在这些类型的数组中），您应该只使用值类型。

我不同意原帖子中给出的规则。以下是我的规则：

当存储在数组中时，可以使用结构来提高性能。（另请参见结构何时是答案？）在向C/C传递结构化数据的代码中需要它们++除非需要，否则不要使用结构：它们的行为与赋值下的“正常对象”（引用类型）不同当作为参数传递时，这可能导致意外行为；如果查看代码的人不知道他们正在处理一个结构。它们不能被继承。将结构作为参数传递比类更昂贵。