notepad++不会自动转码，需先“编码→转为utf-8无bom”再保存；另存为选utf-8不触发重编码；批量转换推荐iconv命令；记事本乱码因缺bom，非notepad++问题。
Notepad++ 保存时编码没变，还是 GBK？
Notepad++ 不会自动把文件内容从 GBK “转码” 成 UTF-8，它只负责按你选的编码去读或写。如果你用 GBK 打开一个文件，再点「另存为」并选 UTF-8，保存动作本身不会重编码——除非你勾选了「以 UTF-8 无 BOM 格式编码」并点击 保存（不是“另存为”），或者先执行转换再保存。
常见错误现象：文件 → 另存为 → 编码选 UTF-8 → 点保存，结果文件仍是 GBK 编码，因为 Notepad++ 默认只改保存路径，不触发重编码。
- 正确做法：先点菜单
编码 → 转为 UTF-8 无 BOM（或转为 UTF-8），这时内容已内存中转好；再点保存（Ctrl+S）才真正写成 UTF-8 - 如果原文件含 GBK 特有字符（如“镕”“珮”），而当前字体/设置不支持 UTF-8 显示，转完可能显示乱码——这不是转失败，是渲染问题，换支持 Unicode 的字体即可
-
转为 UTF-8和转为 UTF-8 无 BOM区别在于开头是否加\xEF\xBB\xBF；Web 前端、Python 脚本通常推荐无 BOM，Java、Windows 记事本对 BOM 更友好
批量转换多个 GBK 文件到 UTF-8 怎么办？
Notepad++ 自带的「文件 → 批量编码转换」功能（需安装插件 ConvertEncoding 或启用内置 Python Script）不稳定，容易漏文件或崩。更可靠的是用命令行工具，比如 iconv（Windows 可通过 Git Bash、WSL 或直接下 portable 版）。
使用场景：你有一堆 .txt、.log、.conf 文件，全在 D:\data\gbk_files 下，想统一转 UTF-8 并保留原名。
- Git Bash 中执行：
cd /d/data/gbk_files<br>for f in *.txt; do iconv -f GBK -t UTF-8 "$f" > "utf8_$f"; done
- 注意：
iconv遇到无法转换的字节默认报错退出，加-c参数可跳过非法序列：iconv -f GBK -t UTF-8 -c "$f" - Windows 原生命令
PowerShell也能做，但Get-Content -Encoding Default读的是系统 ANSI（即 GBK），Set-Content -Encoding UTF8写出的是 UTF-8 无 BOM——看似可行，但遇到混合编码或含 \0 字节的文件极易出错，不建议用于生产环境
转完 UTF-8，为什么 Python 还报 UnicodeDecodeError: 'utf-8' codec can't decode byte？
这说明文件里混了非 UTF-8 字节，但 Notepad++ 已经“强行”保存为 UTF-8——它不会校验内容合法性，只是把原始字节流按 UTF-8 解释后存盘。结果就是：你看到的是“UTF-8 文件”，实际内容含 GBK 字节，Python 一读就崩。
典型诱因：原 GBK 文件里有半个汉字（比如被截断的日志）、或编辑时粘贴进来了不可见控制字符（如 \x00、\xFF\xFE）。
- 验证方法：用
xxd或 VS Code 的十六进制视图打开该文件，搜ff fe、00、8140（GBK 中的“ ”全角空格）等可疑字节 - Notepad++ 里可开启
视图 → 显示符号 → 显示所有字符，看有没有NULL、CR、LF外的异常符号 - 修复建议：回到原始 GBK 文件，用
iconv -f GBK -t UTF-8 -c转，比 Notepad++ 更鲁棒；或用 Python 脚本边读边容错：open(path, encoding='gbk', errors='replace')
为什么有些 UTF-8 文件在 Notepad++ 里显示正常，用记事本打开却乱码？
因为 Windows 记事本只认 UTF-8 BOM。Notepad++ 默认保存为「UTF-8 无 BOM」，记事本就当 ANSI（即 GBK）来读，自然乱码。
这不是 Notepad++ 的 bug，是记事本的限制。但如果你必须让记事本也正常打开（比如发给不懂技术的同事），就得妥协。
- 解决办法：Notepad++ 中点
编码 → 转为 UTF-8-BOM，再保存 - 副作用：部分脚本语言（如 Python 3.12+）读取带 BOM 的 UTF-8 文件时，
__file__或第一行注释可能被干扰；Git 提交时 BOM 也会被当成修改 - 更稳妥的做法：保持无 BOM，让对方用 VS Code、Typora 或新版记事本（Windows 11 22H2+）打开——它们都默认识别无 BOM UTF-8
