OOP访问修饰符：编译时或运行时

Question

我听说Access Modifiers Public, Private and Protected只是一些Compiler Stuff，它们实际上并不存在于已编译的二进制代码中 。

现在我想知道它是多少是正确的？ 如果它是正确的，是否意味着在运行时二进制代码中不存在封装 ？ 因此，如果您修改二进制文件以非法访问Private方法，理论上，没有任何东西可以检查您的权利，无论是任何OOP机制还是操作系统，对吧？

我还标记了C ++和Java的问题。 我知道它们之间的区别，只是好奇地看到它们处理Access Modifiers有多么不同。

Answer 1

访问修饰符只是C ++中的编译时机制。 但是在Java中，它们也在运行时强制执行，因为Java也有一个运行时类型系统，它可以动态地（在运行时）创建类。 因此，它需要在运行时对其在编译时不知道的类型强制执行访问。

为什么要使用访问修饰符？

访问修饰符的唯一目的是强制设计。

假设您有一个实施的A类

class A
{
public:
  void DoSomething()
  {
    // use private member mPrivMember to do something
  }
private:
  int mPrivMember;
}

还有一些使用A类A代码：

A a_obj;

上面的代码可以调用a_obj.DoSomething() ，但是它们没有直接访问mPrivMember，因此在A类外编写的a.mPrivMember将无法编译。

现在，为什么你想要一些成员可以访问外部代码而有些成员不可访问？ 好吧，这就是原因：目前， DoSomething()方法使用mPrivMember来实际执行操作。 但是过了一段时间，你可能会决定要在DoSomething中重构代码，以改进它。 您找到了一种不同的方式来执行不再涉及使用mPrivMember操作。 所以你删除mPrivMember并以其他方式重新实现DoSomething 。

现在，如果使用mPrivMember在您的类外面有代码，那么该代码将不再编译，因为您在重新实现DoSomething时删除了mPrivMember 。 要防止此类代码存在，请限制对mPrivMember访问。 这样做的机制是通过访问限定符，例如private和protected 。

这允许您在将来重构代码而不必担心其他代码可能使用内部成员。

概括

public private和protected是C ++中的编译时机制。 它们不存在于程序生成的二进制形式中，因此不会强制执行此类保护。 任何地方都可以访问。

但是在Java中，如果我没有弄错的话，可以在运行时创建类。 这也是为什么它还必须在运行时检查访问权限以便它可以强制执行它们，因此Private Public和Protected确实存在于Java二进制文件中。

Answer 2

请注意这个答案是关于Java的
都。 如果您尝试编译试图访问不可访问的对象或方法的代码，您将得到编译时错误：

在运行时，JVM检查访问：

如果您尝试在运行时访问，则会出现以下异常。 访问级别不正确java.lang.IllegalAccessError：

希望能帮助到你

Answer 3

编译的C ++代码没有private / protected / public的概念。 它归结为机器代码，它没有那些概念。 没有原生支持，你怎么能支持他们？ 更好的是，你怎么能为此做出原生支持。

访问修饰符适用于人类，而不适用于机器。 访问修饰符是设计方面，而不是安全方面。

tl; dr ：当C ++代码实际运行时，机器不知道私有/公共/受保护曾经存在过。