嗯…

I wouldn't use garbage collection as an argument for/against the use of structs vs classes. The managed heap works much like a stack - creating an object just puts it at the top of the heap, which is almost as fast as allocating on the stack. Additionally, if an object is short-lived and does not survive a GC cycle, deallocation is free as the GC only works with memory that's still accessible. (Search MSDN, there's a series of articles on .NET memory management, I'm just too lazy to go dig for them).

大多数情况下，我使用结构体时，都会后悔这样做，因为我后来发现使用引用语义会让事情更简单一些。

无论如何，上面的MSDN文章中的这四点似乎是一个很好的指导方针。

结构体在堆栈上而不是堆上因此它们是线程安全的，应该在实现传输对象模式时使用，你永远不想在堆上使用对象它们是易变的，在这种情况下你想使用调用堆栈，这是使用结构体的基本情况我对这里的答案感到惊讶，

我认为最好的答案就是当你需要的是属性的集合时使用struct，当你需要的是属性和行为的集合时使用class。

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

我很惊讶我没有读到之前的答案，我认为这是最关键的方面:

当我想要一个没有标识的类型时，我使用结构体。例如一个3D点:

public struct ThreeDimensionalPoint
{
    public readonly int X, Y, Z;
    public ThreeDimensionalPoint(int x, int y, int z)
    {
        this.X = x;
        this.Y = y;
        this.Z = z;
    }

    public override string ToString()
    {
        return "(X=" + this.X + ", Y=" + this.Y + ", Z=" + this.Z + ")";
    }

    public override int GetHashCode()
    {
        return (this.X + 2) ^ (this.Y + 2) ^ (this.Z + 2);
    }

    public override bool Equals(object obj)
    {
        if (!(obj is ThreeDimensionalPoint))
            return false;
        ThreeDimensionalPoint other = (ThreeDimensionalPoint)obj;
        return this == other;
    }

    public static bool operator ==(ThreeDimensionalPoint p1, ThreeDimensionalPoint p2)
    {
        return p1.X == p2.X && p1.Y == p2.Y && p1.Z == p2.Z;
    }

    public static bool operator !=(ThreeDimensionalPoint p1, ThreeDimensionalPoint p2)
    {
        return !(p1 == p2);
    }
}

如果你有这个结构体的两个实例，你不关心它们是内存中的单个数据还是两个。你只关心他们持有的价值。

当我想要将几个值组合在一起以从方法调用中传递内容时，我总是使用结构体，但在读取这些值之后，我将不需要将它用于任何事情。只是为了保持干净。我倾向于将struct中的东西视为“扔掉的”，而将类中的东西视为更有用和“功能性的”