双击.php文件没反应是因为系统未将其关联为可执行脚本，Windows/macOS默认不识别.php为可执行类型，需手动配置批处理关联或启用本地Web服务运行。
双击.php文件没反应，是因为系统根本没把它当可执行脚本处理
Windows/macOS 默认不识别 .php 为可执行类型，即使装了 PHP，也不会自动调用 php.exe 或启动 Web 服务。它更可能被当成纯文本——但连记事本都没关联上，就直接“静默失败”，桌面图标双击后毫无动静。
这不是 PHP 安装失败，也不是文件损坏，而是操作系统层面的文件类型注册缺失。你看到的“没反应”，本质是：没有默认程序、没有关联动作、没有错误提示。
- 右键 → “打开方式”里压根没出现任何程序？说明系统完全不认识
.php后缀 - 点开后弹出记事本或 VS Code？那是关联到了编辑器，不是执行器
- 关联了
php.exe却一闪而过？因为 CLI 模式执行完立即退出，终端窗口关得太快，根本看不到输出或报错
想双击就运行 php script.php？必须用批处理兜底，且仅限简单脚本
直接把 .php 关联到 php.exe 行不通：CLI 下缺少 $_SERVER、$_GET、$_POST，路径行为也和 Web 环境不同（__DIR__ 是当前工作目录，不是文件所在目录），多数 PHP 脚本会直接逻辑中断或报错。
真要走双击执行这条路，唯一可行的是写一个批处理中转：
立即学习“PHP免费学习笔记（深入）”；
@echo off php "%~f1" pause
保存为 runphp.bat，再右键 PHP 文件 → “打开方式” → “选择其他应用” → 找到这个 .bat 文件并勾选“始终使用”。
-
"%~f1"确保传入完整绝对路径，避免空格或中文路径导致解析失败 -
pause防止窗口闪退，方便看到报错（比如Parse error或undefined function） - 别指望它能跑带表单提交或路由逻辑的脚本——
$_SERVER['REQUEST_URI']这类变量在 CLI 下就是NULL
浏览器里双击打开 index.php 显示源码？你根本没走 HTTP 协议
双击 index.php 用浏览器打开，地址栏显示的是 file:///D:/xxx/index.php —— 这个 file:// 协议绕过了所有服务器和 PHP 解释器，浏览器只会原样渲染 HTML 和裸露的 <?php ?> 标签，就像打开一个 .txt 文件。
PHP 必须通过 HTTP 请求触发解析，只有 http://localhost/xxx.php 这种形式才有效。最简路径是启用 PHP 内置服务器：
在命令行进入项目目录，运行：php -S localhost:8000，然后访问 http://localhost:8000/index.php。
- 确保
php -v能正常输出版本号，否则php -S命令不可用 - 如果入口不是
index.php，可用php -S localhost:8000 router.php指定路由分发文件 - 别用 VS Code 的 Live Server 插件打开
.php文件——它不启动 PHP，只起静态文件服务器
真正该做的，是放弃“双击即运行”的执念
双击运行 PHP 是个伪需求，背后混淆了“查看源码”和“执行服务端逻辑”两个完全不同场景。前者配编辑器关联即可；后者必须依赖 Web 服务上下文。
那些看似“双击就能跑”的集成工具（如某些绿色版 PHP 环境），其实只是隐藏了启动本地服务器的步骤，最终仍走 http:// 访问。真正的坑在于：你调了 $_GET['id']，却在 CLI 下永远拿不到值；你写了 header('Location: ...')，却因 headers already sent 直接报错——这些都不是操作问题，而是环境本质差异。
与其花时间调试批处理闪退或文件关联失效，不如习惯在终端里敲 php -S localhost:8000，或者把文件扔进 XAMPP 的 htdocs 目录再手动访问 URL。复杂点从来不在命令本身，而在忽略 Web 与 CLI 环境不可互换这一事实。
