php性能的问题

PHP代码运行流程 
*.php(PHP文件)->Scanner(扫描代码，分析)->Exprs(保存成zend引擎可以识别的文件)->Parser(解析)->Opcodes(能被执行的文件)->Exec(执行)->Output(输出结果)

性能问题

自写代码冗余较多，可读性不佳，并且性能低，如代码很长很长...PHP代码越长PHP的执行效率越慢。

     为什么性能低？

PHP代码需要解析编译为C语言，底层C语言又要编译成汇编语言机器语言才能执行，这个过程在每次请求过来之后都要处理一遍，所以开销很大（项目变大的话...）。

     解决方法：

多使用PHP内置的变量、常量、函数。我们用PHP代码实现的功能和使用PHP内置的函数实现的同样功能差别是有的。

情况描述
PHP内置函数之间依然存在快慢差别；少用PHP魔术方法；

     建议：
     多去了解PHP内置函数的执行实现复杂度。
     测试方法：比较效率测试，如用microtime()函数，取差值，精确到毫秒级别；Linux的time命令可以查看开销。

情况描述：

PHP不适合密集型（大数据量）运算的场景。

     为什么？

PHP的语言特性决定PHP不适合做大数据量运算，PHP语言由C写的，PHP处于C基础之上，PHP的所有运算处理流程需要转化为C语言，PHP和C想比性能肯定输了，并且

PHP语言还有一些环境问题、语言特性，相比于C而言的开销要大很多的。PHP一段很长的代码，可能C很短就实现了...

PHP适合场景：

适合衔接WebServer与后端服务，WebServer来了请求交给PHP，PHP做一些校验、一些初始化数据处理，将请求转发交给后端，等待后台响应，后端可能是缓存、DB等其他业务，

后端响应之后，PHP再作为纽带，将信息传递给WebServer，这是PHP擅长的。PHP也擅长做UI呈现，也就是配合模板引擎做模板输出，其实就是一些字符串文本处理。

其实静态方法和非静态方法的效率主要区别在内存：
静态方法在程序开始时生成内存,实例方法在程序运行中生成内存，所以静态方法可以直接调用,实例方法要先成生实例,通过实例调用方法，静态速度很快，但是多了会占内存。
任何语言都是对内存和磁盘的操作,至于是否面向对象,只是软件层的问题,底层都是一样的,只是实现方法不同。静态内存是连续的,因为是在程序开始时就生成了,而实例申请的是离散的空间,所以当然没有静态方法快。静态方法始终调用同一块内存，其缺点就是不能自动进行销毁，而是实例化可以销毁。

include（） 遇到文件处理失败时，会产生一个警告；

而require（）则会显示一个致命错误。也就是说在脚本执行过程中，如果代码中有错误，include（）则会忽略错误并继续执行脚本，而require（）则会停止脚本运行。
在php中使用require_once/include_once虽然方便，但是代价昂贵，据测试数据来看，require_once比require慢3-4倍，所以在php开发中，我们应该尽量使用require/include。

总体来说，如果数据库过几十万了，才能看出来快一点还是慢一点，如果低于10万的循环，就不用测试了。php推荐用foreach。
循环数字数组时,for需要事先count($arr)计算数组长度,需要引入自增变量$i,每次循环都要进行条件判断$i<$c,然后自增$i++,输出数组元素时,$arr[$i]需要进行哈希操作.

而foreach循环数组时,指针会自动指向下一个元素,不需要计算数组长度,没有条件判断和自增变量,调用元素时也没有哈希操作,所以性能肯定要比for和while高.另外,for和while对存在键值映射的关联数组无能为力.
所以,遍历数组,首选foreach.foreach也是我PHP里最喜欢的关键字,因为它确实强大.array_map/array_filter/array_walk遍历数组的方式和foreach一样,但需要执行回调函数,所以也比foreach慢.