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

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

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

class X
{
  public:

  // ...
};

struct X
{
  // ...
};

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

什么时候你会选择使用struct 在c++中什么时候使用类?

我在定义函子和POD时使用struct。否则我就用class。

// '()' is public by default!
struct mycompare : public std::binary_function<int, int, bool>
{
    bool operator()(int first, int second)
    { return first < second; }
};

class mycompare : public std::binary_function<int, int, bool>
{
public:
    bool operator()(int first, int second)
    { return first < second; }
};

它们几乎是一样的。由于c++的魔力，结构体可以像类一样保存函数、使用继承、使用“new”创建等等

唯一的功能区别是类以私有访问权限开始，而结构以public开始。这是对C语言的向后兼容。

在实践中，我总是使用结构体作为数据持有者，类作为对象。

struct相对于class的一个优点是，如果坚持“首先是public成员，然后是private成员”，它可以节省一行代码。从这个角度来看，我发现关键字class毫无用处。

下面是只使用struct而不使用class的另一个原因。c++的一些代码风格指南建议使用小写字母表示函数宏，其基本原理是当宏转换为内联函数时，不需要更改名称。我也一样。你有了漂亮的c风格结构体，有一天，你发现你需要添加一个构造函数，或者一些方便的方法。你会把它改成一个类吗?到处都是吗?

区分结构体和类实在是太麻烦了，妨碍了我们做应该做的事情——编程。像c++的许多问题一样，它产生于向后兼容的强烈愿望。

对于c++来说，结构体和类之间并没有太大的区别。主要的功能区别是，结构的成员在默认情况下是公共的，而在类中默认情况下是私有的。否则，就语言而言，它们是等价的。

也就是说，我倾向于在c++中使用结构体，就像我在c#中做的那样，类似于Brian所说的。struct是简单的数据容器，而类用于对象，除了保存数据外，还需要对数据进行操作。

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

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

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