新建文件粘贴中文后保存变乱码，是因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 用指定编码初始化写入通道：

VSCode

避免常见的 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 写入，粘贴即安全

真正容易被忽略的是：粘贴乱码属于“写入污染”，和打开乱码性质完全不同。前者无法靠重开修复，必须从写入源头卡死；后者还能抢救。别等满项目都是 锟斤拷 才想起查编码。