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

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

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

class X
{
  public:

  // ...
};

struct X
{
  // ...
};

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

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中所做的事情相同，但我发现必须将消息解码为类的开销通常是不值得的。

我从来不在c++中使用struct。

我无法想象在需要私有成员时使用结构体的场景，除非您故意试图混淆。

使用结构体似乎更像是一种如何使用数据的语法指示，但我宁愿只创建一个类，并尝试在类的名称中显式地表示它，或通过注释。

E.g.

class PublicInputData {
    //data members
 };

我只在需要保存一些没有任何成员函数与之关联的数据(对成员数据进行操作)并直接访问数据变量时使用struct。

从文件和套接字流等读取/写入数据。在函数参数太多且函数语法看起来太冗长的结构中传递函数参数。

从技术上讲，类和结构之间没有太大的区别，除了默认的可访问性。 更重要的是，它取决于你如何使用它的编程风格。

现有的答案中有很多误解。

class和struct都声明一个类。

是的，您可能必须在类定义中重新安排访问修改关键字，这取决于您用于声明类的关键字。

但是，除了语法之外，选择一种而不是另一种的唯一原因是惯例/风格/偏好。

有些人喜欢对没有成员函数的类坚持使用struct关键字，因为最终的定义“看起来像”C中的简单结构。

类似地，有些人喜欢对具有成员函数和私有数据的类使用class关键字，因为它表示“类”，因此看起来像他们最喜欢的面向对象编程书籍中的示例。

实际上，这完全取决于您和您的团队，这对您的程序没有任何影响。

下面这两个类除了名字以外在其他方面都是完全等价的:

struct Foo
{
   int x;
};

class Bar
{
public:
   int x;
};

你甚至可以在重新声明时切换关键字:

class Foo;
struct Bar;

(虽然这将破坏Visual Studio构建由于不一致，所以编译器将发出一个警告，当你这样做。)

下面的表达式都为true:

std::is_class<Foo>::value
std::is_class<Bar>::value

不过，请注意，在重新定义时不能切换关键字;这只是因为(根据单定义规则)跨翻译单元的重复类定义必须“由相同的标记序列组成”。这意味着你甚至不能交换const int成员;，并且与类或结构的语义无关。

摘自c++ FAQ Lite:

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.