我尝试更深入地了解和了解 Public |私人 |在 C++ 中从低级别的角度进行保护。
这三者的区别在记忆中是如何表达的？
【问题讨论】：
标签： c++ oop object private-members low-level
一点也不。
编译器“允许/拒绝”访问。
在构建之前阻止任何与适当可见性不匹配的访问（由访问对象的类控制，无论是否通过指针）。
注意：
其他答案有用地讨论了可见性对内存顺序的影响。
我回答了我读到 OP 帖子“内存保护功能如何用于实现成员可访问性/可见性？”的不同问题，这与因果关系是一种相反的问题。或者只有在不同配置的内存中成员的排序/结构是实现所需可见性效果的工具，这反过来又需要（但不会导致）成员以某种方式排序。
即我没有看到答案之间的冲突，只是对问题的不同解释。
【讨论】：
在最低级别（对象的字节表示），公共、私有和受保护之间绝对没有区别。大多数编译器可以（但不是必须）根据成员的可见性对其重新排序。
在中间级别（运行时行为）几乎没有差异。如果你能找到一个指向私有数据的公共指针，你就可以安全地使用它。具体来说，这与使用非 const 指针更改 const 数据的 constness 是明确的未定义行为，并且可能导致 SIGSEGV 错误。
差异仅在最高级别。您可以在任何地方使用公共成员，而私有成员只能在声明它们的类中使用，受保护成员可以从其类和继承它的所有类中使用 - 但友好性可以允许特定的函数类访问私有或受保护数据。
【讨论】：
private、public 和 protected 不会导致成员存储在特定的内存区域中。访问由编译器检查。在最底层，没有区别。
但是，访问说明符确实会影响您对类成员在内存中的布局顺序的保证。
分配具有相同访问控制（子句 [class.access]）的（非联合）类的非静态数据成员，以便后面的成员在类对象中具有更高的地址。未指定具有不同访问控制的非静态数据成员的分配顺序（子句 [class.access]）。实现对齐要求可能会导致两个相邻的成员不会被立即分配；管理虚拟函数 ([class.virtual]) 和虚拟基类 ([class.mi]) 的空间要求也是如此。
这意味着，对于
struct foo {
private:
int x;
protected:
int a;
int b;
public:
int m;
int n;
private:
int y;
};
您只能保证在内存中x 在y 之前，a 在b 之前，m 在n 之前。除此之外，成员在内存中的布局顺序是未指定的。
但是，内存中成员的顺序很少是有用的信息。因此，可以说访问说明符与“低级内存”无关。
【讨论】：