notepad++无内置字符面板，需用“显示所有字符”初步筛查，再以正则\x{200b}等十六进制格式搜索零宽字符，配合[^\x00-\x7f]定位非ascii字符，并结合上下文判断是否合法。
Notepad++ 里没有内置字符面板，别找「字符面板」菜单
Notepad++ 本身不提供类似 Word 或 macOS 字符查看器那样的图形化「字符面板」。所谓“用字符面板排查”，实际是误传——用户真正需要的是定位并识别那些肉眼不可见、但会破坏代码或配置解析的异常字符，比如 \u200B（零宽空格）、\uFEFF（BOM）、\u2028（行分隔符）等。这些字符在默认视图下完全隐形，连「显示所有字符」（Ctrl+Shift+8）都看不到它们。
先开「显示所有字符」看基础符号，再手动触发隐藏控制符
这是最快速的初步筛查动作，能立刻暴露空格、Tab、换行等常规符号，同时帮你发现可疑的“空白异常”：
- 按
Ctrl+Shift+8或点击「视图 → 显示符号 → 显示所有字符」 - 观察是否有异常密集的小点、孤立的
·或错位的→，尤其在字符串中间、变量名前后、JSON key 内部 - 注意：这个操作 不会显示
\u200B、\uFEFF、\u00A0（不间断空格）等 Unicode 控制符——它们仍为纯空白 - 该设置是文档级的，新开文件默认关闭；想全局启用，需手动改
config.xml中ShowSymbol值为2并重启
用正则搜 \x{200B} 等十六进制码位，不是 \u200B
Notepad++ 的 PCRE 引擎（v7.9+）不支持 \uXXXX 写法，直接输 \u200B 永远不匹配。必须用十六进制格式，且满足两个硬性前提：
- 文件编码必须是
UTF-8（右下角状态栏明确显示「UTF-8」，不是「ANSI」或「GBK」） - 查找对话框中必须勾选「匹配全部字符」+「正则表达式」，且不能选「扩展模式」
- 搜单个字符：
\x{200B}、\x{FEFF}、\x{2028} - 批量清理高频干扰符：
[\x{200B}-\x{200D}\x{FEFF}\x{2028}\x{2029}\x{00A0}]（替换为空即可） - 更稳妥的做法：从出问题的文本中
Ctrl+C一段疑似含零宽字符的内容 → 粘贴到记事本再复制一次（有时能保留）→ 回 Notepad++ 查找框直接粘贴这个“看不见的字符”，再勾选「匹配全部字符」+「正则表达式」测试
查非 ASCII 字符用 [^\x00-\x7F]，不是 [^\x00-\xff]
这是排查中文、emoji、全角标点混入代码/配置文件的最稳写法，兼容所有 Notepad++ 版本，且不依赖编码猜测：
- 打开「查找」（
Ctrl+F），切换到「正则表达式」模式 - 输入：
[^\x00-\x7F]—— 它精准匹配所有非 ASCII 字符（中文、日文、全角标点、€、✔、? 等） - 勾选「匹配新行」，避免跨行中断
- 若只想抓汉字，用
[\x{4e00}-\x{9fa5}]（需 UTF-8 编码 + Notepad++ 8.6+） - 若只盯全角 ASCII 标点（如，。！？），用
[\x{ff01}-\x{ff5e}]，它不会误伤半角符号或汉字 - 删除时务必确认当前编码正确；千万别在乱码状态下点「转为 UTF-8」，那是把错解的字节固化
真正难的不是找到这些字符，而是判断它们是否该存在——比如 JSON 值里出现 \u200B 就是非法，但 HTML 是有意为之。排查时得结合上下文，而不是无脑清空。
