CentOS 与 Notepad++ 文件编码处理指南
常见成因与总体思路
跨平台协作时最常见的是编码不一致：Windows 上的 Notepad++ 常把文件保存为 ANSI（在中文 Windows 上通常是 GBK/GB2312），而 CentOS 终端与大多数工具默认使用 UTF-8，因此中文会出现“菱形问号”或“乱码”。处理原则是统一为 UTF-8（建议无 BOM），并确保终端与系统 locale 也使用 UTF-8。
在 Notepad++ 侧的正确做法
- 查看与转换编码：在 Notepad++ 打开文件，菜单“编码”查看当前编码；若不是 UTF-8，选择“转换为 UTF-8（无 BOM）”，然后保存。这样可在源端消除编码差异，避免 Linux 端再猜测错误编码。
- 避免误用 ANSI：若看到“ANSI”，在中文 Windows 上通常就是 GBK/GB2312。跨平台请统一转为 UTF-8（无 BOM），不要依赖系统默认 ANSI。
- 统一新建文件默认编码：Notepad++ 设置“设置 → 首选项 → 新建 → 字符集”选择 UTF-8，避免后续新建文件再次落入 ANSI 陷阱。
在 CentOS 侧的排查与修复
- 确认系统与终端为 UTF-8：执行 locale 查看关键变量，推荐设置为 LANG=zh_CN.UTF-8 或 en_US.UTF-8（两者均为 UTF-8 族）；必要时在 /etc/locale.conf 中写入并重新登录或重启以生效。
- 识别文件真实编码：安装并使用 enca 检测文件编码，例如：enca -L zh_CN filename；若显示为 GB2312/GBK，需要转换为 UTF-8。
- 批量转换为 UTF-8：enca -L zh_CN -x UTF-8 filename（或 enca -x UTF-8 * 批量处理当前目录）；转换后再查看、编辑即可正常显示中文。
常见场景与对策
- Windows 编辑 → CentOS 终端查看：Notepad++ 将文件“转换为 UTF-8（无 BOM）”，CentOS 端用 UTF-8 打开即可；若仍乱码，检查终端是否也设置为 UTF-8（如 PuTTY 的 Window → Translation 设为 UTF-8）。
- 脚本/程序输出中文乱码：即便文件是 UTF-8，若终端编码非 UTF-8 也会乱码；先确保终端与系统 locale 为 UTF-8，再检查程序输出环境（如环境变量 LANG/LC_CTYPE）。
- 历史文件是 GBK/GB2312：用 enca 检测后统一“enca -x UTF-8”转换；转换失败或含混合编码时，先在 Notepad++ 以正确编码打开并重新保存为 UTF-8（无 BOM），再同步到 CentOS。