标签：全局变量 脚本 ++ red tail strstr 系统 不用 模式
想起来记录一下自己对PHP的优化思路
针对Nginx和 PHP-FPM进行优化
首先应该分为代码层面、配置层面、架构层面
代码层面 参见了https://segmentfault.com/a/1190000009442044 这篇文章
1.减少PHP代码量
显而易见，PHP作为解释性语言，每次执行都要解析编译到OPCODE，如果代码量越大，需要从PHP代码解析到OPCODE的工作量就越大，这时，可以尝试尽量多的采用系统内置函数。PHP系统对String Array File等操作函数很多，其底层实现为C，自然要比我们写PHP代码要来的快。
2.错误抑制符号 @ 尽量不用，会影响性能
3.少用正则表达式，PHP自带String 相关函数功能很强大，类似strstr() strrchr() strpos() strrpos()等，因为正则表达式会导致过多的回溯，比较占用CPU。
4.避免在循环内做计算
ZendEngine也许（TODO：使用VLD扩展去论证）不够聪明，循环内每次循环都会做相应的计算。
eg：
<?php $arr = range(1,1000); for($i = 0;$i < count($arr);$i++){//sth} // 这会导致每次循环都计算count，因此效率会低一些
5.类内方法，非必需面向对象，定义为Static会提升性能
6.误区：require、include等函数在使用带变量的引入其他脚本，会导致性能缺失嘛？ 不会，realpath _cache 了解一下
7.switch性能优于if elseif 因为switch在比较的时候，底层会形成类似HashMap的结构，以O(1)的效率找到执行分支，if不会。
8.非必需情况下，少使用全局变量。
9.$i++会比$++i慢一些，但是ZendEngine会优化掉。
10.foreach效率更高
配置层面 （自己的认识还比较浅薄）
1. php-fpm 运行模式 https://blog.csdn.net/baidu_21154279/article/details/54929664
如果内存大，使用静态模式，pm.workers数量为 内存大小 / 30M 避免线程开闭导致的开销
如果内存小，使用动态模式 pm workers 数量为 内存大小 / 20M
动态模式能更好的规避内存泄露相关问题，例如exec执行某些指令失败，可以考虑重启FPM(USR2)
2.php OPCACHE
使用Opcache扩展能更好的提升性能，其默认缓存最小粒度当然是脚本文件，缓存根据是脚本的mtime ，因此注意rsync带来的坑，默认缓存文件个数为 2k， 默认缓存时间1s 后自动检查更新。
3.php realpath cache
使用realpath cache能更好的令PHP进行require include等操作。
4.php-fpm 与 nginx的沟通模式
默认使用TCP socket进行沟通，如果PHP和nginx是1：1的关系，那么不妨使用Unix socket ，这样能减少TCP协议相关压力，避免回环，提升性能，但是可能稳定性会稍微降低一些。
5.数据库presistent持久链接配置启动，可以实现长连接，提升性能。
架构层面
1. 使用Cache，类似Memcache，Redis等，减少数据库压力（注意缓存穿透时的回原压力）
2. 使用MQ进行削峰，异步调度总能性能更加
3.接入层负载均衡，可以根据不同的配置，分发不同的权重等
4.DB读写分离
标签：全局变量 脚本 ++ red tail strstr 系统 不用 模式
原文地址：https://www.cnblogs.com/xiaoerli520/p/9629766.html
