notepad++ 默认不自动识别无bom的utf-8，需勾选“以utf-8无bom格式打开”并取消“记住当前文档编码”；但因检测顺序固定（utf-8 bom→utf-16→ansi→utf-8无bom），仍可能误判为gbk，故推荐通过“语言→定义语言”绑定后缀与utf-8编码。
Notepad++ 怎么让 UTF-8 成为默认打开编码
Notepad++ 不会自动“猜”出 UTF-8（尤其无 BOM 的），它默认按系统本地编码（如 GBK）读取，导致中文乱码。想让 UTF-8 优先，得关掉“以当前语言编码打开”的惯性逻辑。
- 菜单栏点 设置 → 首选项 → 新建/打开，把
以 UTF-8 无 BOM 格式打开勾上 - 同时取消勾选
记住当前文档的编码——否则它会缓存上次错误的 GBK 编码，下次再开还是乱 - 这个设置只影响“新打开的文件”，已打开的乱码文件需手动用
编码 → 转为 UTF-8修复
为什么 Notepad++ 打开文件还是用了 GBK 而不是 UTF-8
常见现象：明明设置了 UTF-8 默认，但双击打开一个 .txt 或 .log 文件，依然显示方块或问号。根本原因是 Notepad++ 的编码检测顺序在“默认设置”之上，且优先级固定。
- 检测顺序是硬编码的：
UTF-8 with BOM→UTF-16 BE/LE→ANSI（即系统本地编码，Win10/11 中文版就是 GBK）→ 最后才试UTF-8 without BOM - 所以无 BOM 的 UTF-8 文件，只要内容里没明显非 ASCII 字符（比如全是英文+数字），它大概率直接当 GBK 解码，跳过 UTF-8 检测
- 没有配置项能修改这个顺序，
Encoding → Character sets下的选项只是手动切换用，不改变自动检测逻辑
怎么强制 Notepad++ 对某类文件一律用 UTF-8 打开
靠全局默认或检测顺序不可靠时，就得用“语言关联 + 编码绑定”这种隐性机制。
- 菜单栏 语言 → 定义语言，选中一种语言（比如
Log或新建一个Plain Text UTF-8），点定义 - 在弹出窗口里，切到
扩展名标签页，填入你要绑定的后缀，例如：*.log *.txt *.csv（注意用空格分隔，不是逗号） - 再切到
默认编码标签页，选UTF-8或UTF-8 without BOM，点保存 - 之后用这些后缀打开的文件，会跳过自动检测，直接按你指定的编码加载——前提是文件没被识别成其他语言（比如 .json 被当成 JSON 语言，就走 JSON 的编码规则）
插件 NppFTP 和远程文件编码错乱怎么办
通过 NppFTP 下载的远程文本文件，即使服务器发的是 UTF-8，Notepad++ 也可能按 ANSI 解码，因为插件本身不传递编码信息，完全依赖本地检测逻辑。
- 下载完立刻按
编码 → 转为 UTF-8，别等编辑几行再转，否则可能已写入错误字符 - 如果频繁操作，可配合
Python Script插件写个简单脚本：监听ON_FILE_OPENED事件，对匹配路径的文件自动执行notepad.runMenuCommand("Encoding", "UTF-8") - 更稳的做法是：在服务器端给 UTF-8 文件加 BOM（虽然不推荐，但对 Notepad++ 最有效），或者改用支持显式声明编码的协议（如 SFTP 配合 FileZilla + “UTF-8 默认”选项）
真正麻烦的不是设不设默认编码，而是 Notepad++ 把“检测顺序”写死又不暴露配置入口。一旦遇到混合编码日志、旧系统导出的 CSV、或 Git diff 里的 patch 文件，光靠界面勾选基本没用，必须结合后缀绑定或手动干预。别信“设一次就一劳永逸”。
