PHP脚本执行慢通常源于opcache未启用、远程调用无超时限制、文件包含路径冗长三类问题；应优先开启OPcache、为file_get_contents/cURL设置超时、精简include_path并避免动态拼接include。
PHP脚本执行慢，先别急着换服务器
绝大多数情况下，PHP源码运行卡顿和CPU、内存等硬件关系不大，真正拖慢的是代码逻辑、扩展配置或I/O等待。盲目升级机器可能白花钱，得先定位瓶颈在哪。
opcache.enable没开等于裸奔跑PHP
PHP每次请求都重新编译脚本？那肯定慢。OPcache是PHP自带的字节码缓存，不开它，include几十个文件就等于反复解析AST+生成opcode，性能直接打三折。
-
opcache.enable=1和opcache.enable_cli=0（CLI下通常不需开启）必须明确设为1 -
opcache.memory_consumption=128（单位MB）建议从128起步，项目越大越要调高 - 改完记得重启Web服务：
sudo systemctl restart php-fpm或sudo service apache2 restart - 验证是否生效：
php -i | grep opcache看输出里有没有Opcode Caching => Enabled
查file_get_contents和cURL调用是不是在“等网络”
很多卡顿实际是PHP在等远程API、数据库连接、甚至本地文件锁。这类阻塞不会报错，但会把整个请求拖到超时。
- 用
strace -p $(pgrep -f 'php-fpm: pool') -e trace=connect,sendto,recvfrom抓系统调用，看有没有长时间recvfrom - 检查所有
file_get_contents('http://...')——这种写法默认无超时，加stream_context_create(['http' => ['timeout' => 3]])强制限制 -
cURL务必设curl_setopt($ch, CURLOPT_TIMEOUT_MS, 2000)，别依赖默认值（可能30秒） - 数据库查询慢？
slow_query_log=ON+long_query_time=1先揪出>1秒的SQL
error_log里藏着PHP Warning: Unknown: failed to open stream这类假性卡顿
当PHP试图include一个不存在的路径，或权限不足的文件时，它不会立刻报错，而是遍历include_path里每个目录，逐个stat()——路径越长、目录越多，耗时越恐怖。用户感觉“卡5秒才报错”，其实是文件系统在默默扫硬盘。
- 用
strace -e trace=stat,openat -p $(pgrep -f 'php-fpm')观察是否高频出现stat("/path/that/does/not/exist") = -1 ENOENT - 检查
include_path设置，删掉无用路径，比如残留的./:/usr/share/php中那个空的. - 把动态拼接的
include改成白名单映射：$map = ['header' => '/var/www/inc/header.php']; include $map[$key] ?? die('invalid');
真实瓶颈往往藏在opcache开关、远程调用超时、文件查找路径这三处。修完这三项，80%的“卡顿”会当场消失——不是硬件不行，是PHP在替你干重复又低效的活。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
