code命令不支持--encoding参数，因其仅启动编辑器而不解析文件编码；编码由VSCode内部根据BOM、配置文件、历史偏好等决定；可通过Force Reload、settings.json配置或autoGuessEncoding间接控制。
code 命令本身不支持直接传入编码参数——它只负责启动编辑器并打开文件/文件夹，编码解析完全由 VSCode 运行时根据配置、BOM 和历史偏好决定。想“从命令行指定编码”，实际要分两步走：先用 code 打开，再靠设置或状态栏干预编码行为。
为什么 code 没有 --encoding 参数
VSCode 的命令行接口设计上不处理文件内容解析逻辑。code 启动后，所有编码决策（读取、显示、保存）都交给编辑器内部的文件服务模块，该模块依赖：
- 文件是否带 BOM（优先级最高）
- 用户设置中的
files.encoding - 工作区
.vscode/settings.json中的语言专属配置 - 该文件上次被打开时使用的编码（VSCode 会持久化记录）
没有运行前指定“以 GBK 打开 test.js”这类能力，也不存在官方支持的 code --encoding=gbk file.js 语法。
真正能从命令行间接控制编码的三种方式
虽然不能直传编码，但可通过组合操作达成类似效果：
- 用
code打开后，立刻在 VSCode 内执行命令面板操作：Ctrl+Shift+P→ 输入Force Reload with Encoding→ 选目标编码。这是最可控的“启动即切换”路径 - 提前在目标项目根目录下创建
.vscode/settings.json，写入语言级编码规则，例如："[javascript]": {"files.encoding": "utf8"}再执行code .，VSCode 会按此配置加载所有.js文件 - 全局启用自动猜测：
"files.autoGuessEncoding": true，然后用code -n新窗口打开文件夹。对无 BOM 的中文文件（如老系统导出的 CSV），有一定识别成功率，但不稳定，不建议依赖
容易踩的坑：files.encoding 设置值必须小写且无短横
很多人设成 "files.encoding": "UTF-8" 或 "files.encoding": "utf-8"，结果无效。VSCode 只认以下合法值：
-
"utf8"（不是UTF-8，也不是utf-8） -
"gbk"（Windows 下常见，注意不是GBK） -
"iso88591"（对应 ISO-8859-1）
大小写错误、多短横、拼写偏差都会导致设置静默失效——打开文件时仍 fallback 到系统 locale 编码（Windows 上常是 GBK）。
终端输出乱码？那是另一层问题
如果你在 VSCode 集成终端里看到中文乱码，和 code 启动方式无关，而是终端自身的编码未同步。需要单独配置：
- 在 VSCode 设置中搜
terminal.integrated.encoding - 设为
"utf8"（同样必须小写） - Windows 用户还需确保 PowerShell/CMD 当前会话编码为 UTF-8，否则终端渲染层根本收不到正确字节流
改完后需重启终端（不是 VSCode），否则旧会话缓存仍在。
真正关键的不是怎么“命令行指定”，而是理解 VSCode 编码决策链：BOM > 工作区设置 > 用户设置 > 历史偏好 > 系统 locale。命令行只是入口，后续行为全由这些配置驱动——漏掉其中一环，比如没在项目里放 .vscode/settings.json，就别指望 code . 能自动按 UTF-8 打开中文文件。
