Sublime中需安装DotENV插件实现.env文件语法高亮，支持多扩展名和续行；终端用subl打开无扩展名文件需手动切换语法或配置file_extensions；插件不校验格式，需配合dotenv-cli等工具验证。
Sublime 里 .env 文件不识别语法高亮？装插件就行
Sublime Text 默认不支持 .env 文件的语法高亮和变量补全，打开就是纯文本。这不是配置问题，是缺语法定义——得靠插件补上。
最常用、维护活跃的是 DotENV 插件（注意大小写，不是 dotenv 或 EnvFile）。它能识别 KEY=VALUE、带引号/空格的值、注释、多行值（用 \ 续行），还支持 .env.local、.env.development 等常见变体。
- 别装
EnvFile：它只支持基础等号解析，遇到DB_URL="postgresql://..."就断高亮 - 别手动改
Preferences → Settings – Syntax Specific：没语法定义文件，强行指定只会让整行变红或失效 - 安装后无需重启，但已打开的
.env文件要右下角点击语法名 → 选DotENV才生效
为什么 subl .env 命令打开后还是白底黑字？
终端调用 subl 启动 Sublime 时，如果文件没有扩展名（比如直接叫 .env），Sublime 会按文件名前缀判断语法——但默认规则里没有 .env 这一档。它看到点开头，先当隐藏文件处理，跳过常规匹配逻辑。
- 临时解决：打开文件后，右下角点击当前语法（通常是
Plain Text）→ 搜索并选DotENV - 永久解决：装完
DotENV插件后，进Preferences → Package Settings → DotENV → Settings，确认"file_extensions"包含"env"（默认已有） - 别碰
~/.config/sublime-text-3/Packages/User/Preferences.sublime-settings：这里加"syntax": "Packages/DotENV/DotENV.sublime-syntax"对无扩展名文件无效
DotENV 插件不提示错误？它本来就不做校验
这个插件只负责「展示」，不是 linter。它不会报错 SPACE=foo bar 缺引号、KEY= 后面跟换行、或者重复 DEBUG=True 写了两遍。这类检查得靠外部工具。
- 真要验证格式，用命令行：
npx dotenv-cli --debug --file .env（需先npm install -g dotenv-cli） - VS Code 用户习惯的
dotenv-linter在 Sublime 里不能直接集成；想实时提示，得配SublimeLinter+SublimeLinter-contrib-dotenv-linter，但后者更新慢，对 Windows 路径兼容差 - 别信某些教程说“改
DotENV.sublime-syntax文件加校验逻辑”：语法定义文件只管 token 切分，没法跑 JS 验证
项目里多个 .env* 文件，怎么让 Sublime 自动切对语法？
Sublime 不会自动根据文件名后缀（如 .env.production）切换语法，除非你告诉它这些也是 .env 类型。靠插件自带的 file_extensions 设置只能覆盖 .env、.env.local 等少数几个。
- 打开
Preferences → Package Settings → DotENV → Settings - 在右边用户设置里加一行：
"file_extensions": ["env", "env.local", "env.development", "env.production"] - 注意：不要写成
.env.production，扩展名字段只认点后面的那部分（即env.production是一个独立扩展名） - 改完保存，新打开的
.env.production文件会自动用 DotENV 语法；已打开的需手动右下角切换一次
真正麻烦的不是装插件，而是团队里有人用 VS Code、有人用 Sublime，.env 文件格式稍不规范（比如混用单双引号、漏转义），本地跑得通，CI 就挂——这种问题插件根本不管，得靠 dotenv-linter 或 CI 脚本卡住。
