右下角状态栏显示当前文件编码，若显示GBK但内容为“æ们”类乱码，说明实际为UTF-8；反之显示UTF-8却出现“鎴?釜”，则实际为GBK；应先Reload as确认，再Convert to保存。
IDEA里文件显示乱码，怎么快速确认当前编码
乱码第一反应不是改设置，而是看右下角状态栏——那里会明确标出当前文件的编码，比如 GBK 或 UTF-8。如果显示的是 GBK 但内容明显是中文乱码（比如“æ们”），大概率是文件实际存的是 UTF-8，IDEA误判了；反过来，显示 UTF-8 却是“鎴?釜”这类，说明文件本身是 GBK 编码，IDEA按 UTF-8 解读失败。
注意：File > File Encoding 菜单里的「Project Encoding」和「Default encoding for properties files」是全局默认值，不等于当前文件真实编码，别被它带偏。
强制重新用指定编码打开文件（不改内容）
这是最安全的救急操作：不改动文件字节，只让IDEA换种方式解读它。右键编辑区 → Reload project from disk 不起作用，得点右下角编码标识 → 选 Reload as UTF-8 或 Reload as GBK。
- 选错会立刻看到更糟的乱码，马上 Ctrl+Z 撤回（IDEA 支持该操作）
- 这个动作不会写入磁盘，只是临时视图切换，适合排查和预览
- 如果 Reload 后正常了，说明编码识别错了，下一步才是持久化保存
保存为新编码时，为什么总丢字符或变问号
本质是编码转换失败：从 GBK 转 UTF-8 一般安全，但反向转换（UTF-8 → GBK）可能丢失 emoji、生僻字、全角符号等 GBK 不支持的字符，IDEA 会静默替换成 ?。
避免踩坑的关键步骤：
- 先用
Reload as确认原始内容可读，再点右下角编码 →Convert to UTF-8（或Convert to GBK） - 转换前务必 Git 提交或备份，IDEA 的 Convert 是直接覆写文件的
-
UTF-8无 BOM 和UTF-8 with BOM在 Windows 下对某些旧工具（如记事本）表现不同，Java 项目建议统一用无 BOM 版本
批量处理多个文件的编码（含子目录）
手动一个个点太慢，尤其老项目混着两种编码。IDEA 自带的批量转换入口藏得深：File > Settings > Editor > File Encodings → 把 Global Encoding 和 Project Encoding 都设成目标编码（比如 UTF-8），然后关键一步：勾选 Transparent native-to-ascii conversion 下方的 Convert files on save。
但这只是设了个开关，真正触发转换要靠「保存」——所以批量操作其实是：
- 用
Ctrl+Shift+F全局搜.java、.properties等后缀，打开所有待处理文件 - 全部选中标签页 → 右键 →
Save All，IDEA 会按新设置自动转码并保存 - 注意：.properties 文件若含中文，IDEA 默认用
ISO-8859-1读取，必须单独在File Encodings里把Default encoding for properties files改成UTF-8，否则保存后还是乱码
跨平台协作时，GBK 是 Windows 本地遗留问题，只要团队统一用 UTF-8 并禁用系统默认编码继承，后续基本不会再掉进同一个坑。
