新建文件粘贴中文后保存变乱码，是因Windows系统区域设置劫持写入路径导致实际以GBK存盘，而非VSCode解码错误；正确做法是新建空文件后先“Save with Encoding→UTF-8”，再粘贴编辑，或在settings.json中配置"files.encoding": "utf8"和"files.autoGuessEncoding": false，并添加终端环境变量"PYTHONIOENCODING": "utf8"。
新建文件粘贴中文后保存变乱码，不是文件读错了，是写入路径被系统区域设置劫持了。 这类问题在 Windows 中尤其典型：VSCode 新建文件默认标为 UTF-8，但底层调用仍可能走系统默认的 GBK 编码路径写入，导致你粘贴的中文被错误编码存盘，再打开就是“锟斤拷”——而且这种乱码是永久性的，原始字节已损坏。
为什么右下角点 UTF-8 后粘贴还乱？
因为状态栏显示的 UTF-8 只代表当前解码方式，不控制写入行为。新建空文件时，VSCode 并未真正以 UTF-8 初始化写入缓冲区；一旦你从微信、网页或记事本复制中文进来并直接 Ctrl+S，系统区域设置（如“中文（中国）”）会接管写入逻辑，实际以 GBK 存盘。
- 验证方法：保存后右键文件 → “属性” → “详细信息”，看“编码”字段是否为空或显示异常
- Windows 上可临时运行
chcp查看当前代码页，若为936（即 GBK），就坐实了这个路径 - 这不是 VSCode 的 bug，是 Windows 控制台 API 层级的历史兼容行为
正确操作顺序：先 Save with Encoding，再粘贴
必须把“保存动作”前置，强制 VSCode 用指定编码初始化写入通道：
- 新建一个空文件（如
test.py） - 立刻点击右下角编码区域 → 选择
Save with Encoding→UTF-8（注意不是UTF-8 with BOM） - 此时文件已按
UTF-8创建，后续所有写入（包括粘贴）都走该编码路径 - 再粘贴中文、编辑、保存，就不会出问题
一劳永逸：改掉新建文件的默认写入行为
手动操作太反直觉，建议通过配置堵住源头：
- 打开
settings.json（Ctrl + , → 右上角 {} 图标） - 添加这两项（仅对 Windows 有效）：
"files.encoding": "utf8", "files.autoGuessEncoding": false
- 关键补充：在
settings.json中加入终端环境变量，防止 Python 等解释器 fallback 到系统编码："terminal.integrated.env.windows": { "PYTHONIOENCODING": "utf8", "CHCP": "65001" } - 重启 VSCode，新文件默认以
UTF-8写入，粘贴即安全
真正容易被忽略的是：粘贴乱码属于“写入污染”，和打开乱码性质完全不同。前者无法靠重开修复，必须从写入源头卡死；后者还能抢救。别等满项目都是 锟斤拷 才想起查编码。
