类继承的问题

今天遇到一个有意思的问题，直接上代码
有一个父类和一个子类
fatherClass.php:

class father{	public $a;	function __construct(){		$this->a = 3;	}}

son.php:

include 'fatherClass.php';$son = new son();$son -> sonFun();class son extends father{	function sonFun(){		echo 222;	}}

运行son.php报错找不到son这个类，问题来了。
1、如果把son继承父类的extends father去掉，则运行正确；
2、如果把fatherClass里的内容直接代替include语句，运行正确；
3、如果像下面一样写，运行也正确

include 'fatherClass.php';class son extends father{	function sonFun(){		echo 222;	}}$son = new son();$son -> sonFun();

哪位大神可以解释一下？

回复讨论(解决方案)

father类的名字将fatherclass改成father

include 'father.php';

请遵循  先声明，后使用 的基本原则
作为例外：当类定义和使用同在一个文件中时，定义和使用不分先后

这里  http://www.laruence.com/2008/08/24/427.html

php脚本先被编译成opcode，然后执行
3楼文章的作者好像是个php大牛...看过一些源码级分析，对他的头像有印象
他解释了类继承的编译机制和多重继承的BUG，能解决楼主的第一个疑问

2、如果把fatherClass里的内容直接代替include语句，运行正确；
这个说明include（require?xxxxxx_once?）是在执行期才运行的，编译时压根没鸟它

总结下，zend读取php脚本后，如果发现干净的无继承的类，就先建立出来（接近汇编的'类'结构而不是php的'类'），如果发现有继承类并且他的父类已存在，同样建立，其他代码继续编译。这时php脚本变成了opcode。执行时按顺序运行代码，比如include读取其他php脚本（opcode），复杂继承类的建立，执行汇编码的阶段不会智能识别类定义，只会严格按照php代码的顺序执行。
如果我的想法是对的倒是可以解释楼主的疑问

先有儿子，后有老子。本来就是违背常理的

你不按常理办事，还说是 php 的 bug，就有点过分了
如果 php 做多趟扫描而减低了速度，你有该说 php 太慢了

先有儿子，后有老子。本来就是违背常理的

你不按常理办事，还说是 php 的 bug，就有点过分了
如果 php 做多趟扫描而减低了速度，你有该说 php 太慢了

与其说bug不如解释为“不够人性化”
为了适应各种设计模式，我觉得编译阶段智能一点很好啊~
甚至以后的php版本可能做到html语法解释器那样的智能补全高容错
php提供了opcode缓存扩展，不光是多行扫描的词法解释，再耽误性能的编译机制也有办法解决~更消除了OOP的多文件带来的磁盘IO开销

理解?是php5的一?bug，如果要解?，可以看3?大神的地址。

?程序?，按版主?的，先?明，再使用原?。

多谢各位答疑解惑，平时写代码根本不会先实例化后定义，只是在运行一个SDK的时候发现的这个小问题