struct和class在本质上是相同的，尽管在可见性方面有不同的默认值，struct的默认值是公共的，而类的默认值是私有的。您可以通过适当地使用private和public将其中一个更改为另一个。它们都允许继承、方法、构造函数、析构函数以及面向对象语言的所有其他优点。

然而，两者之间的一个巨大区别是C支持struct作为关键字，而class不支持。这意味着可以在包含文件中使用一个可以#include到c++或C中的结构体，只要该结构体是一个普通的C风格结构体，并且包含文件中的其他内容与C兼容，即没有c++特定的关键字，如private, public, no方法，no继承，等等等等。

C风格结构体可以与其他支持使用C风格结构体在接口上来回传输数据的接口一起使用。

C风格结构是一种模板(不是c++模板，而是一种模式或模板)，用于描述内存区域的布局。多年来，C语言和C插件(这里是Java、Python和Visual Basic)已经创建了可用的接口，其中一些与C风格的结构体一起工作。

正如其他人所指出的那样，真正的语言差异只有两个:

Struct默认为公共访问，class默认为私有访问。 继承时，struct默认为公共继承，class默认为私有继承。(具有讽刺意味的是，与c++中的许多东西一样，默认是反向的:公共继承是迄今为止更常见的选择，但人们很少声明结构只是为了节省键入“public”关键字。

但在实践中，真正的区别在于声明构造函数/析构函数的类/结构与未声明构造函数/析构函数的类/结构之间的区别。对于“普通的旧数据”POD类型有一定的保证，一旦接管类的构造就不再适用。为了明确这种区别，许多人故意只对POD类型使用结构体，如果他们要添加任何方法，则使用类。下面两个片段之间的区别是没有意义的:

class X
{
  public:

  // ...
};

struct X
{
  // ...
};

(顺便提一句，这里有一个线程，对“POD类型”的实际含义有一些很好的解释:c++中的POD类型是什么?)

正如其他人指出的那样

除了默认可见性之外，两者都是等效的 无论出于什么原因，都可能有理由被迫使用其中一种或另一种

关于何时使用Stroustrup/Sutter给出了明确的建议:

如果类有不变量，则使用class;如果数据成员可以独立变化，则使用struct

然而，请记住，将某事物前向声明为类(class X;)并将其定义为struct (struct X{…})。 它可能在某些链接器上工作(例如g++)，但可能在其他链接器上失败(例如MSVC)，所以你会发现自己陷入了开发人员的地狱。

当你用c++实现提供兼容C的接口时，struct(更一般地说是PODs)非常方便，因为它们可以跨语言边界和链接器格式移植。

如果您不关心这一点，那么我认为使用“struct”而不是“class”是一种很好的意图交流方式(如上面的@ZeroSignal所述)。struct还具有更可预测的复制语义，因此对于打算写入外部媒体或通过网络发送的数据非常有用。

struct对于各种元编程任务也很方便，比如trait模板只暴露了一堆依赖的typedef:

template <typename T> struct type_traits {
  typedef T type;
  typedef T::iterator_type iterator_type;
  ...
};

.．.但这实际上只是利用了struct的默认保护级别是公共的……

默认情况下，所有类成员都是私有的，所有结构成员都是公共的。 类有默认的私有基，Struct有默认的公共基。Struct在C中不能有成员函数，而在c++中可以有成员函数被添加到Struct中。除了这些差异之外，我没有发现任何令人惊讶的地方。

我唯一一次使用结构体而不是类是在函数调用中使用函数子之前声明函数子，为了清晰起见，我想尽量减少语法。例如:

struct Compare { bool operator() { ... } };
std::sort(collection.begin(), collection.end(), Compare());