只有atom-live-server插件能实现保存即刷新，但需满足HTTP协议访问、监听路径匹配（仅当前HTML文件所在目录及子目录）、端口不冲突三个硬性条件；@import的CSS不被监听，file://协议会导致跨域等问题。
能实现保存时自动刷新网页的，只有 atom-live-server 插件，但必须满足三个硬性条件：HTTP 协议访问、监听路径匹配、端口不冲突。
为什么改了 HTML/CSS/JS 保存后页面没刷新
不是插件坏了，而是触发条件没对上。它只监听「当前打开的 HTML 文件所在目录及其子目录」——比如你在 /project/src/index.html 启动服务，但 style.css 在 /project/assets/，就不会被监听到。
- 检查浏览器地址栏是否为
http://localhost:3000/xxx.html；如果是file://，肯定不刷新 - 确认 CSS/JS 是用
<link>或<script>标签引入的；@import的 CSS 不会被监听 - 如果改完没反应，先在终端执行
lsof -i :3000（macOS/Linux）或netstat -ano | findstr :3000（Windows），看端口是否被占——插件会顺延到 3001，但不提示
安装和启动 atom-live-server 的关键步骤
装错顺序或漏掉重启，插件根本不会加载。
- 必须先关闭 Atom，再在终端运行
apm install atom-live-server - 重启 Atom 后，打开任意一个
.html文件，按Ctrl+Alt+L（Windows/Linux）或Cmd+Alt+L（macOS） - 第一次会自动打开浏览器新标签页，地址类似
http://localhost:3000/index.html；之后所有保存都在这个页面生效 - 别手动改配置里的端口——插件自己会顺延，但不会告诉你用了哪个端口，只能靠终端查
别和 open-in-browser 或 atom-html-preview 一起开
它们功能重叠但机制不同，混用会导致端口冲突或行为不可预测。
-
open-in-browser只是打开file://地址，和自动刷新完全无关；即使你同时起了http-server，它也不会自动跳过去 -
atom-html-preview默认也用 3000 端口，和atom-live-server冲突，浏览器会卡在 “Connecting…” - 如果要用 Chrome 扩展辅助（如 LivePage），注意它只监听文件系统变化，不依赖 HTTP 服务，但需要手动启用并确保 Atom 保存动作真实发生（比如关掉
core.autosave后按 Ctrl+S）
真正起作用的不是“插件装了”，而是“服务起来了 + 路径对上了 + 协议用对了”。最容易被忽略的是监听路径范围——它不认项目根目录，只认当前 HTML 文件所在的那一层目录及以下。改文件前，先看看你的资源是不是真在它的视野里。
