PhpStorm 不支持 PHP 热更新，仅对 HTML/CSS/JS 实现 Live Edit；PHP 修改后必须刷新浏览器或重启服务，可通过 php-watch + Auto Refresh Plus 组合实现接近实时反馈。
PhpStorm 本身不支持 PHP 热更新，但可以为 HTML/CSS/JS 实现真正的实时编辑（Live Edit），前提是配对 Chrome + JetBrains 插件 + 正确启动 Debug 模式；PHP 文件修改后必须触发页面刷新，不能跳过服务端重执行。
Live Edit 功能只对前端文件生效
Live Edit 是 PhpStorm 内置的调试联动机制，不是“保存即运行 PHP”的工具。它通过 Chrome DevTools 协议注入变更，仅作用于浏览器直接解析的资源：
-
HTML修改后 DOM 实时更新，无需刷新 -
CSS修改后样式秒级生效，保留当前 JS 状态 -
JavaScript修改函数体可热替换（部分场景受限于执行上下文） -
.php文件修改后——完全不触发 Live Edit，浏览器不会感知任何变化
如果你右键选了 Debug 却发现改 index.php 没反应，不是配置错了，是功能本来就不覆盖 PHP。
启用 Live Edit 的硬性条件
缺一不可，否则右键 Debug 后浏览器顶部不出现黄色提示条，或提示 “JetBrains IDE Support not connected”：
立即学习“PHP免费学习笔记（深入）”；
- 必须安装并启用
LiveEdit插件（Settings → Plugins → 搜索LiveEdit→ 勾选启用） - Chrome 必须安装官方插件
JetBrains IDE Support（Chrome Web Store 链接） - 项目需以
Debug方式启动（右键 HTML/JS/CSS 文件 →Debug 'xxx.html'），不能用Run或直接打开file://协议地址 - 浏览器访问地址必须是
http://localhost:63342/...这类由 PhpStorm 内置静态服务器提供的路径，不是你手动起的php -S
常见失败点：用了 php -S localhost:8000 后右键 Debug，此时 PhpStorm 并未接管请求，Live Edit 失效。
前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。
PHP 文件保存后如何“接近实时”刷新
这不是 Live Edit 的职责，而是靠组合工具链把“保存 → 触发刷新”串成闭环。推荐最轻量可靠的路径：
- 用 PhpStorm 终端执行：
php-watch --on-change "echo 'reloading...'" ./public（./public替换为你入口目录） - 浏览器装
Auto Refresh Plus，设置监听路径为项目根目录，并开启Refresh on file change - 确保
php.ini中opcache.enable=0，否则改完 PHP 仍执行旧字节码 - 访问地址统一用
http://localhost:8000（不用127.0.0.1），某些插件对localhost解析更稳
注意：php-watch 进程遇到 PHP 语法错误会直接退出，终端日志是唯一线索；它也不处理 .htaccess 或路由重写，纯 PHP 脚本结构最兼容。
为什么别折腾 File Watchers 做自动刷新
很多人在 Settings → Tools → File Watchers 里加个 php 监听器，命令填 php $FilePath$，以为能“实时运行”。这会导致：
- 每次保存都执行一次脚本，可能重复发邮件、写日志、调 API
- 无输出捕获，错误堆栈只闪现在终端里，难以定位
- 阻塞 PhpStorm 保存流程，编辑卡顿
- 和浏览器刷新完全无关，不是预览方案
File Watchers 只适合 php-cs-fixer、phpstan 这类静态检查，别越界。
真正容易被忽略的是：Live Edit 的黄色提示条一旦关闭，整个链路就断了；而 PHP 刷新依赖的 php-watch 或 browser-sync 进程崩溃后，IDE 不会告警——你得盯终端日志，而不是等浏览器反应。
