我发现了另一个不同。如果在类中没有定义构造函数，编译器将定义一个。但是在struct中，如果你没有定义构造函数，编译器也不会定义构造函数。因此，在某些情况下，我们确实不需要构造函数，struct是一个更好的选择(性能技巧)。 对不起，我的英语不好。

引用c++ FAQ，

[7.8] What's the difference between the keywords struct and class? The members and base classes of a struct are public by default, while in class, they default to private. Note: you should make your base classes explicitly public, private, or protected, rather than relying on the defaults. Struct and class are otherwise functionally equivalent. OK, enough of that squeaky clean techno talk. Emotionally, most developers make a strong distinction between a class and a struct. A struct simply feels like an open pile of bits with very little in the way of encapsulation or functionality. A class feels like a living and responsible member of society with intelligent services, a strong encapsulation barrier, and a well defined interface. Since that's the connotation most people already have, you should probably use the struct keyword if you have a class that has very few methods and has public data (such things do exist in well designed systems!), but otherwise you should probably use the class keyword.

规范里没有，没有。主要的区别在于程序员在2年内阅读你的代码时的期望。结构体通常被假定为POD。当您为定义对象以外的目的定义类型时，也会在模板元编程中使用结构。

类只有在软件工程上下文中才有意义。在数据结构和算法的上下文中，类和结构并没有那么大的不同。没有任何规则限制必须引用类的成员。

当与大量的人一起开发大型项目时，你可能最终会得到复杂的耦合代码，因为每个人都使用他们想要的函数和数据。类提供权限控制和固有属性，以增强代码的解耦和重用。

如果您阅读了一些软件工程原理，就会发现没有类，大多数标准都无法轻松实现。例如: http://en.wikipedia.org/wiki/SOLID_%28object-oriented_design%29

顺便说一句，当一个struct分配了大量内存并包含了几个变量时，值类型变量表示值嵌入到struct分配的位置。相比之下，引用类型变量的值是外部的，由一个指针引用，该指针也嵌入在struct分配的地方。

综上所述，我们可以得出结论，概念Class比“Structures”更适合代表现实世界中的对象。很大程度上是因为在课堂上使用的面向对象的概念在解释现实场景时非常实用，因此更容易将它们合并到现实中。例如，对于结构体，默认继承是公共的，但如果我们将此规则应用于现实世界，那就太荒谬了。但在类中，默认继承是私有的，这更现实。

无论如何，我需要证明的是类是一个更广泛的，现实世界适用的概念，而结构是一个原始的概念，具有糟糕的内部组织(即使结构遵循面向对象的概念，他们有一个糟糕的含义)

这里有一个很好的解释:http://carcino.gen.nz/tech/cpp/struct_vs_class.php

所以，再强调一次:在c++中，结构体与类是相同的，除了结构体的成员默认具有公共可见性，而类的成员默认具有私有可见性。