sublime text 仅作为安全编辑器配合switchhosts使用，无法直接管理或切换hosts：因权限限制、无语法校验、不支持启用/禁用规则及环境隔离；需借hosts file插件提升编辑体验，并严格采用utf-8无bom编码。
Sublime Text 本身不管理 hosts 文件，也不能直接切换系统网络配置。所谓“Sublime 管理 hosts”，本质是把它当作一个**编辑器**来配合外部工具（比如 SwitchHosts）或手动流程使用——关键在怎么避免误操作、提升编辑效率、减少权限和同步风险。
为什么不能直接用 Sublime 编辑并生效 hosts？
直接用 Sublime 打开 /etc/hosts（macOS/Linux）或 C:\Windows\System32\drivers\etc\hosts（Windows），会遇到几个硬性限制：
- 保存时提示“权限不足”：系统保护该文件，普通用户无写入权限；即使提权运行 Sublime，也容易因误保存导致整个 hosts 失效
- 没有语法校验：Sublime 默认不识别
hosts文件格式，无法高亮注释、标出非法 IP 或多余空格 - 无法一键启用/禁用某段规则：你得手动加
#或删行，易漏、易错、难回溯 - 不同环境配置无法隔离：开发、测试、预发规则混在同一文件里，切换=手动删改+刷新 DNS，不可靠
Sublime + Package Control 能做什么？
它唯一能可靠参与的环节，是让 hosts 编辑过程更安全、可复用：
- 安装
Hosts File插件（通过 Package Control 搜索安装）：提供语法高亮、自动缩进、注释快捷键（Ctrl+/） - 配置
file_exclude_patterns避免被项目索引干扰：在 Sublime 设置中加入"hosts"，防止全局搜索误匹配 - 用
Project.sublime-project绑定特定 hosts 片段：例如为某个前端项目关联dev-hosts文件，作为参考模板而非真实生效文件 - 禁止直接保存到系统路径：建议始终在项目目录下另存为
hosts.dev/hosts.test，再由 SwitchHosts 导入
真正实现“一键切换”的必须组件是 SwitchHosts
Sublime 只负责“写得清楚”，SwitchHosts 才负责“切得稳、生效快、可回滚”：
- 把 Sublime 编好的
hosts.dev文件拖进 SwitchHosts，它会自动解析并生成独立方案 - 切换方案时，SwitchHosts 以管理员/root 权限写入系统
hosts，并自动执行sudo dscacheutil -flushcache（macOS）或ipconfig /flushdns（Windows） - Git 同步配置：把多个
.hosts方案文件放在 Git 仓库里，团队成员 clone 后直接导入 SwitchHosts，无需共享系统级文件 - 注意：SwitchHosts 的远程同步 URL 必须指向 raw 格式（如 GitHub raw 链接），否则加载失败报错
Failed to load remote profile
容易被忽略的细节：DNS 缓存与跨平台行为差异
即使 hosts 写对、SwitchHosts 切换成功，仍可能遇到“域名没变”：
- macOS 12+ 默认启用 mDNSResponder，仅
dscacheutil -flushcache不够，需额外执行sudo killall -HUP mDNSResponder - Chrome 会缓存 DNS 结果长达 1 分钟，即使系统已刷新，也需在地址栏输入
chrome://net-internals/#dns→ 点击Clear host cache - Windows 下某些杀毒软件（如 360、腾讯电脑管家）会锁定
hosts文件，导致 SwitchHosts 写入失败但无明确提示，需临时退出防护 - Sublime 的编码默认是 UTF-8 with BOM，而系统 hosts 要求纯 ASCII 或 UTF-8 without BOM，保存前务必检查右下角编码显示，选
UTF-8（非UTF-8 with BOM）
别指望 Sublime 自己完成切换，它的价值只在“写得准”；真正扛住权限、DNS、多环境、团队同步这些事的，还是 SwitchHosts。而最容易翻车的，往往不是不会配，而是忘了清 Chrome 缓存，或者用了带 BOM 的 UTF-8 保存 hosts 文件。
