PHP（其它面向对象的语言也类似）对于封装和继承的一些特性是通过访问控制实现。访问控制的作用是控制成员变量，成员方法和基类。 曾经一直以为访问控制的作用仅仅是控制一个类的成员方法和成员变量，这把自己的思维局限于一类一对象了， 这两个方面的控制是PHP对面向对象中封装特性的支持。 把思维拉升到面向对象的体系之上，访问控制也控制了基类（或父类）的行为，或者说控制了继承特性的某些方面。

PHP中关于访问控制的关键字和Java等其它面向对象语言一样，如下：

• public 所定义的类成员可以在任何地方被访问
• protected 所定义的类成员则可以被其所在类、其所在类的子类和父类访问
• private 定义的类成员则只能被其所在类访问。

以上的类成员包括成员变量和成员函数。不管是成员变量还是成员方法，PHP默认都是public。 在Java中访问控制默认为包可见，在C++中访问控制默认为私有(private)，而PHP则是公有的(public)，这比Java还要open。 笔者认为这是PHP的一个历史遗留问题。如果可以重新设计PHP，可能是另一个结果，并且这也是语言的对于访问的态度问题。

前面介绍的各个访问控制是针对封装性，对于继承性，如下：

• public/protected 可以被继承
• private 没有被继承

实际上，在PHP中，私有方法也会被继承下来，只是其上下文没有改变（还是父类），从而在调用的时候出错。

一般来说，private定义的成员只能被内部调用，仅供当前类使用，这在PHP的源码中检查访问权限控制时， 以private的成员会检查是否属于当前类体现。public定义的成员则属于类或对象的外部接口， 声明的public成员最好是定义好后就不要再变更，这会影响到调用了类的这些方法的相关客户。 好的public和private的设计对于对象本身的自我完备的实际有重大的意义。

但是public关键字有一些二义性。对于封装性，它是公有的，任何地方都可以访问的成员；对于继承性， 它允许子类继承此成员。同时兼顾这两个特性，当我们把它作为一个接口提供给外部使用时就会有一些歧义： 子类可以覆盖该成员方法，同时也可以调用访方法，如果子类覆盖了该成员方法并调用了该方法， 则它的实现就和你当初作为接口提供给外部时的含义有一些不同了。和public一样，protected也有类似的问题。 可以思考一下：各语言这样实现的目的是什么？是否有更好的方案？