PHP文件双击无法运行是因为需经Web服务器和PHP解释器处理，应使用php -S内置服务器或XAMPP等集成环境访问http://localhost；CLI与Web环境配置独立，需分别排查php.ini、扩展及权限问题。
PHP 文件在浏览器里直接双击打不开，不是文件坏了，而是你根本没用对方式——php 文件不是普通文档，它需要 PHP 解释器执行，再由 Web 服务器返回 HTML 结果。本地双击打开 .php 文件，浏览器只会把它当纯文本或报错，这是最常见也最容易误解的起点。
为什么双击 index.php 显示源码或 404？
浏览器没有内置 PHP 解析能力；双击打开走的是 file:// 协议，绕过了 Web 服务器和 PHP 运行环境。此时：
- 若文件被当成文本显示，说明浏览器没识别出服务端逻辑，只是读了原始代码
- 若提示“无法访问此网站”或空白页，可能是文件路径含中文、空格，或系统默认用记事本关联了
.php后缀 - 若弹出下载对话框，说明 Web 服务器（如 Apache/Nginx）未正确配置
php模块，或 MIME 类型没设对
怎么正确运行 test.php？
必须让请求经过 PHP 环境。推荐两种真实可用的方式：
- 用内置服务器：
php -S localhost:8000（PHP 5.4+ 自带），在项目根目录运行后，浏览器访问http://localhost:8000/test.php - 用集成环境：如 XAMPP、WampServer、MAMP，启动 Apache + PHP 服务后，把文件放进
htdocs（XAMPP）或www（Wamp）目录，再通过http://localhost/test.php访问 - 别用 VS Code Live Server 插件直接开
.php文件——它不支持 PHP 解析，只适合纯 HTML/JS
phpinfo() 不输出、页面空白或报 500 错误怎么办？
说明 PHP 虽已加载，但执行环节出问题。优先检查这几处：
立即学习“PHP免费学习笔记（深入）”；
- 确认文件保存为 UTF-8 无 BOM 格式（BOM 会导致 headers already sent 错误）
- 检查
php.ini中display_errors = On和error_reporting = E_ALL是否启用，否则错误静默失败 - 运行
php -m | findstr curl（Windows）或php -m | grep mysqli（Linux/macOS）验证扩展是否加载，缺少依赖扩展时new PDO()或curl_init()会直接 fatal error - 查看 Web 服务器错误日志：Apache 在
logs/error.log，Nginx 在logs/error.log，PHP-FPM 错误通常写在php-fpm.log或系统日志里
用命令行跑 php script.php 却没反应？
命令行 PHP 和 Web 环境是两套配置，php.ini 路径可能不同（用 php --ini 查看）。常见断点：
-
echo输出了但没换行，终端看起来像“没反应”，加echo "\n";或用var_dump()更可靠 - 脚本里用了
$_SERVER['DOCUMENT_ROOT']或$_GET等 Web 特有变量，CLI 下为空或未定义，导致逻辑跳过 - 超时或内存不足：CLI 默认
max_execution_time=0，但若脚本卡在 cURL 或数据库连接，可能假死，加set_time_limit(30)和异常捕获更稳妥
真正卡住的地方往往不在语法，而在环境隔离——Web 请求走 Apache+mod_php，CLI 走独立进程，Docker 容器里还要看 volume 挂载和用户权限。先确认 php -v 和 which php（macOS/Linux）或 where php（Windows）指向的是你认为的那个 PHP 版本，比反复改代码有用得多。
