atom本身不运行html，所谓“运行”实为调用浏览器以file://协议加载文件，但该协议限制js、fetch等特性生效；open-in-browser插件仅轻量打开页面，路径含空格需用atom-shell-commands自定义带引号命令，真正实时开发须切至http://localhost服务。
Atom 本身不运行 HTML，所谓“直接打开浏览器预览”，本质是调用系统默认浏览器加载当前文件——但必须注意 file:// 协议的限制，否则 JS、CSS @import、fetch 等都会失效。
open-in-browser 插件是最轻量可靠的方案
它不启动服务、不改路径、不监听文件，只做一件事：把当前 .html 文件用 file:// 协议丢给浏览器。适合快速验证结构、纯静态页面或离线文档。
- 安装后重启 Atom，否则快捷键
Ctrl+Alt+O（Windows/Linux）或Cmd+Alt+O（macOS）不生效 - 右下角状态栏必须显示
HTML，不是Plain Text；否则插件不会触发（检查是否已保存且扩展名为.html） - 路径含空格时容易失败：插件默认拼接的
file:///{FileDir}/{FileName}不做 URL 编码，建议改用自定义 shell 命令（见下一条） - 它不解决跨域问题，
fetch('./data.json')或XMLHttpRequest在file://下必然报错
自定义 shell 命令绕过空格和协议限制
当项目路径含中文或空格，open-in-browser 常静默失败。此时可手动配置 atom-shell-commands 插件，用带引号的完整路径确保浏览器正确加载：
- 安装
atom-shell-commands插件，然后在设置中添加命令：command: "C:\Program Files\Google\Chrome\Application\chrome.exe"arguments: ["--new-window", "file:///{FileDir}/{FileName}"]
→ 改为：arguments: ["--new-window", "file:///{FileDir}/{FileName}"]（外层双引号保留，让 Windows 正确解析空格） - macOS/Linux 用户用
google-chrome命令即可，但需先确认which google-chrome有输出，否则报spawn ENOENT - 别用
start或cmd /c start：Windows 的start对 URI 解析不稳定，常丢参数或打开空白页
为什么不能只靠双击或拖拽？
手动拖拽 HTML 文件到 Chrome/Firefox 看似最简单，但实际开发中极易踩坑：
- 每次修改后必须手动刷新（
F5），没有自动重载机制 - 浏览器地址栏显示
file:///xxx/index.html，所有相对路径都基于文件系统，../assets/可能 404，/css/style.css绝对路径直接失败 - 现代前端特性基本不可用：Service Worker 注册失败、
localStorage在某些版本 Chrome 中被禁用、fetch()报net::ERR_FAILED - 如果你用了
@import url('theme.css')，浏览器会加载，但 Atom 的atom-html-preview插件根本不识别它——而拖拽方式又没热刷新，改了theme.css你根本不知道是否生效
真正需要“实时反馈”时，file:// 方式就到头了。这时候得切到 http://localhost:3000 ——不是因为 Atom 多强大，而是浏览器只在 HTTP 上放行那些 API。协议差异这个点，很多人调半天插件才发现是根子上错了。
