当你用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的默认保护级别是公共的……

正如每个人所说，唯一真正的区别是默认访问。但是，当我不想对简单的数据类进行任何形式的封装时，即使实现了一些helper方法，我也会特别使用struct。例如，当我需要这样的东西时:

struct myvec {
    int x;
    int y;
    int z;

    int length() {return x+y+z;}
};

struct对我有帮助的一个地方是，当我有一个系统从另一个系统接收固定格式的消息(通过串行端口)时。您可以将字节流转换为定义字段的结构，然后轻松访问这些字段。

typedef struct
{
    int messageId;
    int messageCounter;
    int messageData;
} tMessageType;

void processMessage(unsigned char *rawMessage)
{
    tMessageType *messageFields = (tMessageType *)rawMessage;
    printf("MessageId is %d\n", messageFields->messageId);
}

显然，这与您在C中所做的事情相同，但我发现必须将消息解码为类的开销通常是不值得的。

它们是一样的，只是默认值不同(class默认为private, struct默认为public)，所以理论上它们是完全可以互换的。

所以，如果我只是想打包一些信息来移动，我使用一个结构体，即使我在那里放了一些方法(但不是很多)。如果它是一个最不透明的东西，其中主要使用将通过方法，而不是直接到数据成员，我使用一个完整的类。

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风格的结构体一起工作。

当你用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的默认保护级别是公共的……