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

c++的起源和与C的兼容性是值得记住的。

C语言有结构体，它没有封装的概念，所以一切都是公共的。

在采用面向对象的方法时，默认为public通常被认为是一个坏主意，所以在编写一种原生有利于OOP(你可以在C中做OO，但它不会帮助你)的C形式时，这是c++(最初是“C With Classes”)的想法，默认为private成员是有意义的。

另一方面，如果Stroustrup改变了struct的语义，使其成员默认为私有，那么就会破坏兼容性(随着标准的分歧，这种情况不再经常发生，但所有有效的C程序也是有效的c++程序，这对c++的立足点有很大影响)。

因此引入了一个新的关键字class，它与struct完全相似，但默认为private。

如果c++从零开始，没有历史，那么它可能只有一个这样的关键字。它也可能不会产生这样的影响。

一般来说，人们在做类似C语言中使用结构体的事情时，会倾向于使用结构体;公共成员，没有构造函数(只要它不在联合中，你可以在结构中有构造函数，就像类一样，但人们倾向于不这样做)，没有虚方法，等等。因为语言既可以用来指导机器，也可以用来与阅读代码的人交流(否则我们就会坚持使用汇编和原始VM操作码)，所以坚持使用它是个好主意。

另一件需要注意的事情是，如果你更新了一个有结构的遗留应用程序来使用类，你可能会遇到以下问题:

旧代码有结构，代码被清理，这些被更改为类。 然后将一两个虚函数添加到新更新的类中。

当虚函数在类中时，编译器会在内部添加额外的指针指向类数据，以指向函数。

这将如何打破旧的遗留代码是，如果在旧代码中的某个地方使用memfill将结构清除为零，这也将破坏额外的指针数据。

唯一的其他区别是类和结构的默认继承，不出意外，它们分别是私有和公共的。

这只是一种惯例。可以创建结构来保存简单的数据，但稍后会随着成员函数和构造函数的添加而发展。另一方面，在struct中看到public: access之外的东西是不寻常的。

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