PHP二进制不可用导致php -v报错，常见原因包括缺少VC++运行库、文件损坏、PATH配置错误、TS/NTS版本不匹配、php.ini语法错误（如BOM、中文字符、路径错误）、扩展不存在、Web服务器端口冲突及错误报告未启用等。
php -v 都报错，说明 PHP 二进制本身不可用
不是配置问题，而是 PHP 解释器根本跑不起来。常见于：php.exe 缺少依赖（如 Visual C++ 运行库）、文件损坏、或 PATH 没配对。
- Windows 下执行
php -v报“找不到 vcruntime140.dll”或“应用程序无法启动” → 立即安装 Visual C++ 2015–2022 Redistributable (x64)（即使你装的是 x86 版 PHP，也优先试 x64） - 执行
where php返回多个路径，但php -v报错 → 说明系统调用了错误目录下的php.exe，删掉冲突版本，只保留 phpEnv 或你手动安装的那一个 - 下载的 PHP 8.5.5 是非线程安全（NTS）版，但你用在 Apache 上（需 TS 版）→ 检查
php -i | findstr "Thread Safety"，输出enabled才是 TS 版
php -l php.ini 提示语法错误
php.ini 里一个错位的分号、漏掉的引号、或中文字符，就能让整个服务拒绝启动。phpEnv 默认的 ini 文件常被用户误改。
- 错误典型提示：
Errors parsing C:\phpenv\php\php-8.5.5\php.ini+ 行号 → 直接跳到那一行，**往前看 3 行**，重点查：;是否写成中文顿号、路径中是否混入中文斜杠、extension=后面是否多加了空格或等号 - phpEnv 的
php.ini里常被手动开启extension=php_mysqli.dll，但该 DLL 实际不存在于ext/目录 → 改成;extension=php_mysqli.dll先注释掉，确认能启再逐个开 - 不要用记事本编辑
php.ini—— 它会偷偷把 UTF-8 带 BOM 保存，PHP 读取时直接报错 → 用 VS Code、Notepad++ 或 Sublime，并设编码为 UTF-8 无 BOM
phpEnv 控制面板点“启动”没反应，或 Apache/Nginx 日志里反复出现 AH00072
这不是 PHP 自身问题，而是 Web 服务器绑定端口失败，PHP 模块根本没机会加载。
PHP 8.5.12
下载
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
- 执行
netstat -ano | findstr :80（Windows）或lsof -i :80（macOS/Linux），确认端口没被 Skype、IIS、Docker 或另一个 phpEnv 实例占着 - phpEnv 默认用 80 端口，但 Windows 10/11 系统自带的“World Wide Web Publishing Service”可能静默占用 → 在服务管理器（
services.msc）里停用它 - Apache 的
httpd.conf中Listen 80被改成Listen 8080，但 phpEnv 控制面板仍尝试启 80 → 手动点 Config → Apache → 修改监听端口，保持一致
php -S 127.0.0.1:8000 能跑，但浏览器访问 index.php 显示空白页
说明 PHP 解释器可用，但 Web 环境下错误被静默吞掉，最常因 display_errors = Off 且日志未启用。
立即学习“PHP免费学习笔记（深入）”；
- 打开 phpEnv 对应 PHP 版本的
php.ini，确认这三行都生效：display_errors = On、error_reporting = E_ALL、log_errors = On -
error_log路径必须可写：Windows 下检查C:\phpenv\logs\是否存在且当前用户有写权限；macOS/Linux 下确保/Users/xxx/phpenv/logs/目录属主正确 - 重启 PHP 服务（不是只重启 Apache）—— phpEnv 里点“Restart PHP”，否则
php.ini修改不生效 - 空白页 + 日志里只有
PHP Fatal error: Allowed memory size exhausted→ 在php.ini中调大memory_limit = 256M，别用-1（无限）
