Keil5中文注释乱码？别再靠“试错重启”了——一文讲透编码底层逻辑与可落地的工程解法
刚接手一个老项目，打开main.c，满屏“？？？？初始化GPIO”——编译完全没问题，但读注释像在破译摩斯电码。你删掉重写一行中文，保存后再打开，又变回方块。查论坛有人说“改系统区域”，有人让你“用Notepad++转码”，还有人干脆建议“全英文注释”。折腾半小时，问题还在。
这不是你的问题，也不是Keil5的bug。这是Windows文本生态、C语言工具链历史包袱和Unicode演进节奏三股力量在编辑器窗口里的一次狭路相逢。而绝大多数教程只告诉你“点这里选UTF-8”，却从不解释：
→ 为什么Keil5不认你VS Code里好好的UTF-8文件？
→ 为什么勾了“UTF-8 with BOM”后，旧文件还是乱码？
→ 为什么同事电脑上正常，你这边全是□？
答案藏在Keil5打开一个.c文件的前3毫秒里——它到底怎么“看”你的文件。
它不是“打不开”，是“看错了”：Keil5的编码识别，是一场有预设剧本的审讯
Keil5编辑器对每个源文件的处理，根本不是“智能识别”，而是一套严格按顺序执行的、带默认判决的审讯流程。它不猜，它判；不协商，它执行。
当你双击bsp_uart.c，Keil5在后台只做四件事，且顺序不可逆：
- 先翻开头3个字节：找
EF BB BF（UTF-8 BOM）。找到了？立刻启用UTF-8解码器，后面所有字节都按UTF-8规则拆解。没找到？跳过。 - 再看头2个字节：是
FF FE（小端UTF-16）或FE FF（大端UTF-16）？是，就切到U
