php方法重写：Declaration of should be compatible with that_PHP教程

推荐：PHP通过内置函数memory_get_usage()获取内存使用情况
PHP内置函数memory_get_usage()能返回当前分配给PHP脚本的内存量，单位是字节（byte）。在WEB实际开发中，这些函数非常有用，我们可以使用它来调试PHP代码性能。 memory_get_usage()函数返回内存使用量，memory_get_peak_usage()函数返回内存使用峰值，getrusage()返回

 　　如果你碰到php 方法重写，参数不同，报错： Declaration of should be compatible with that这种问题不防进入参考一下解决办法吧。

　　上网搜索了一下，发现许多帖子基本都抄的一样，说什么这是由于 php5.3版本后，要求继承类必须在父类之后定义，如果父类定义在前，继承类在后，就不会出现这个错误。尤其是http://bugs.php.net/bug.php?id=46851上面还煞有介事的给出了正反例：

　　并且讨论了出错的情况多半是由于用_autoload()对类进行自动的include，导致基类的定义在后面，子类定义在前面。

　　我看了下自己的代码，虽然确实也用到了autoload，但是都是显式的先导入了几个基类，并不存在这样的情况，而且将上面的正反例子试了一下，都会出现E_STRICT的警告。

　　再看例子

　　闪电似的

　　如上面的代码：类A中的foo方法无参数，类B在继承A后重写foo方法时加入了参数，因此会产生一个类似下面E_STRICT级别的警告：

　　Strict standards: Declaration of ... should be compatible with that of

　　类B在重写foo方法时为新加入的参数指定一个默认值即可

　　真正原因：

　　其实如果子类重写方法的参数和基类不一样，只要给参数个默认值，使得编译器认为参数可以为空，保持重写方法与基类方法的函数签名相同就可以了。

　　经常用JAVA的同学肯定知道，在JAVA或者C++中，重写方法的函数签名本应该就和基类函数是一致的，我认为这也是符合自然规律的，因为override本来就是覆盖的意思嘛，既然覆盖了，那么就应该和原函数一致，不然怎么能“盖”的住呢~并且方法的重写多用在重写虚函数或者更明白的说就是重写接口的函数，如果重写的时候函数签名都不一致了，还要接口干嘛呢。。。

　　所以PHP的新版本中，我觉得定义这个E_STRICT的警告错误是很有用处的，要提醒程序员自己的重写方法到底对不对。

　　最后还是鄙视一下上面那些抄来抄去的帖子，如果某个语言连基类和子类定义的顺序都不能打乱，说明这个编译器非常有问题了，显然是bug。

分享：IIS下PHP的三种配置方式对比
1、CGI（通用网关接口/Common Gateway Interface）一般是可执行程序，例如EXE文件，和WEB服务器各自占据着不同的进程,而且一般一个CGI程序只能处理一个用户请求。这样，当用户请求数量非常多时，会大量占用系统的资源，如内存、CPU时间等，造成效能低下。 2、ISAPI（In