OpCache需在php.ini中显式配置opcache.enable=1等参数并重启服务才生效，仅勾选phpEnv界面选项无效；验证须用phpinfo()确认“Enabled”及“Cached scripts”增长。
phpEnv 本身不提供运行时加速能力，它只是 Windows 下的 PHP 多版本环境管理工具，真正的性能瓶颈通常出在 Apache/Nginx 配置、PHP 扩展启用状态、OPcache 是否生效，以及 MySQL 连接方式上。
确认 OPcache 是否真正启用并生效
很多人以为勾选了 phpEnv 的“启用 OPcache”就完事了，其实 php.ini 里可能仍被注释或参数不合理。关键看三点：
-
opcache.enable=1和opcache.enable_cli=0（CLI 下不用开）必须明确设为 1/0，不能只取消注释却不赋值 -
opcache.memory_consumption=128建议调到 128 或 256（单位 MB），默认 64MB 在中型项目下容易满而频繁重编译 - 检查
opcache.revalidate_freq=2（秒），开发阶段可设为 0 强制每次检查文件变更；生产环境建议 ≥2，避免每次请求都 stat - 用
phpinfo()页面搜索 “opcache” 确认状态栏显示 “Enabled”，且 “Cached scripts” 数量持续增长，才是真生效
Apache 模块加载精简与 MPM 调优
phpEnv 默认用的是 Apache 的 mpm_winnt 模块（Windows 专用），它不支持 prefork/event 等高性能模式，但仍有优化空间：
- 禁用无用模块：在
httpd.conf中注释掉如mod_proxy、mod_ssl（本地开发不用 HTTPS）、mod_dav等非必要行，减少启动开销 - 调整
ThreadsPerChild：默认 150 过高，本地开发设为64更稳；过高反而因线程竞争拖慢响应 - 关闭
HostnameLookups Off（默认是 Off，但务必确认没被意外改成 On —— 否则每个请求都会触发 DNS 查询） - 静态资源加
Expires：对.css、.js、.png等加缓存头，避免浏览器反复请求
MySQL 连接从 TCP 切到命名管道（仅 Windows）
phpEnv 默认 MySQL 使用 127.0.0.1（走 TCP/IP），在本地开发中比命名管道（localhost）慢 10%–20%，尤其高频小查询场景：
立即学习“PHP免费学习笔记（深入）”；
- PHP 连接字符串中把
host=127.0.0.1改成host=localhost，MySQL 服务会自动降级使用命名管道 - 确保
my.ini中未设置skip-name-resolve（否则 localhost 会被解析失败） - 如果用 PDO，注意
mysql:host=localhost有效，但mysql:unix_socket=...在 Windows 下无效，别乱填 - 可用
mysqladmin variables | findstr socket查看当前 socket 类型，返回含 “named_pipe” 即表示已切换成功
禁用 Xdebug（除非正在调试）
Xdebug 是本地开发最隐蔽的性能杀手 —— 即使没打断点，只要加载了，PHP 执行速度就会下降 3–5 倍：
- 检查
php.ini中是否还留着zend_extension=xdebug.dll；若不需要调试，请整行删除或用分号注释 - phpEnv 的“扩展管理”界面里，Xdebug 默认是勾选状态，每次切换 PHP 版本后都可能被自动重启，务必手动关掉
- 临时启用？用命令行加参数：
php -dzend_extension=xdebug.dll your_script.php，避免污染全局环境 - 替代方案：用 VS Code + PHP Debug 插件按需启用，而不是常驻加载
最容易被忽略的是：phpEnv 每次升级或重装后，php.ini 会被覆盖还原，所有手动调优项（OPcache 参数、Xdebug 注释、MySQL host 修改）都会丢失。建议把调优后的 php.ini 单独备份，并养成每次切换版本后 diff 对比的习惯。
