notepad++需按ctrl+shift+8或视图→显示符号→显示所有字符才能显示·、→、¶，但\u200b、\ufeff等unicode控制符及\x01、\x03等低字节符仍不可见；全局默认开启需改config.xml中showsymbol值为2并重启；查\u200b等须用\x{200b}正则（utf-8编码+勾选匹配全部字符），或粘贴实际字符；批量清理可用[\x{200b}-\x{200d}\x{feff}\x{2028}\x{2029}\x{00a0}]；非ascii字符宜用1查找；hex-editor插件可可视化二进制控制符。\x00-\x7f ↩
Notepad++怎么快速看到\u200B、\uFEFF这些“看不见的字符”
必须手动开启「显示所有字符」，否则它们永远隐形。按 Ctrl+Shift+8 或点击菜单 视图 → 显示符号 → 显示所有字符，立刻出现：·（空格）、→（Tab）、¶（换行符）。但注意：\u200B（零宽空格）、\uFEFF（BOM）这类 Unicode 控制符不会显示为任何符号——它们在 Notepad++ 里就是纯空白，哪怕开了这个选项也照常隐身。
常见错误现象：JSON 报 Unexpected token、JS 变量名突然中断、Git 提交后 CI 构建失败，但肉眼检查代码完全“正常”。这时候大概率是这些字符藏在字符串中间或 key 名里，比如 "na\u200Bme" 或 con\u200Bst。
- 该设置是文档级的：关掉再打开同一文件会保留，但新开文件默认不启用
- 想全局默认开启？改
config.xml中<guiconfig name="ShowSymbol" value="0"></guiconfig>的value为2，然后重启 Notepad++ -
\x01（SOH）、\x03（ETX）等低字节控制符也不会被渲染，仅靠这个功能无法定位
用正则批量查\u200B、\u2028、\u00A0等高频干扰符
直接搜 \u200B 没反应？不是你输错了，是 Notepad++ 的 PCRE 引擎（v7.9+ 才部分支持）不认 \uXXXX 写法。它只认十六进制格式 \x{200B}，且必须同时满足两个硬条件：
- 文件编码必须是
UTF-8（右下角状态栏显示「UTF-8」，不是「ANSI」或「GBK」） - 查找对话框中必须勾选
匹配全部字符（否则\x{...}被当普通文本跳过） - 不能用「扩展模式」——它会把
\x{200B}当成四个字母处理
最稳做法：从出问题的文本里 Ctrl+C 一段可疑内容 → 粘贴到记事本再复制一次（有时能保留零宽字符）→ 回 Notepad++ 查找框直接粘贴这个“看不见的字符”，再勾选 匹配全部字符 + 正则表达式 测试是否命中。
批量扫描更高效，用这个正则一次覆盖主要元凶：
[\x{200B}-\x{200D}\x{FEFF}\x{2028}\x{2029}\x{00A0}]它包括零宽空格、零宽非连接符、BOM、行分隔符、不间断空格，但不会误删普通空格、Tab 或换行符。
为什么[^\x00-\x7F]比[^\x00-\xff]更可靠
想快速揪出中文、emoji、全角标点等非 ASCII 字符？别用 [^\x00-\xff]——它在老版本 Notepad++ 上可能报错，还会漏掉 é、ñ 这类 Latin-1 扩展字符。真正稳定通用的是：[^\x00-\x7F]。
这个写法兼容所有 Notepad++ 版本，不管文件是 UTF-8 还是 GBK 编码都能工作（虽然 UTF-8 下效果最准），能抓到：
• 简繁体汉字、日韩文
• 全角标点（，。！？）
• emoji（?、?）
• 欧元符号 €、数学符号 ∑
- 操作路径：
Ctrl+F→ 切换「正则表达式」模式 → 输入[^\x00-\x7F]→ 勾选匹配新行 - 如果只想抓汉字，用
[\x{4e00}-\x{9fa5}]，但必须确保编码是UTF-8，且 Notepad++ 版本 ≥ 8.0 - 单独筛全角 ASCII 标点（如“”‘’）？用
[\x{ff01}-\x{ff5e}]，精准不误伤半角符号
插件不是必需的，但 Hex-Editor 能补上关键缺口
Notepad++ 自带功能无法可视化 \x00、\x01、\x1A 这类二进制控制符，也不支持逐字节校验。这时候插件就不是“锦上添花”，而是“刚需”。Hex-Editor 插件（官方插件库可装）能直接以十六进制视图打开文件，每个字节清清楚楚，00 01 1A FE FF 一目了然。
使用场景很具体：
• 读取日志时发现某行莫名截断 → 很可能是 \x00 终止了字符串解析
• Git diff 显示大量“无意义变更” → 实际是不同平台混入了 \r\n vs \n，但某些编辑器还悄悄塞了 \x{FEFF}
• JSON 文件开头看似正常，但 json.loads() 报 Invalid control character → BOM 或 \u2028 在开头或注释里
注意：Hex-Editor 是只读视图，修改仍需切回文本模式；它不替代正则清理，而是帮你确认“到底有哪些字节在作祟”。很多问题卡住，不是因为不会替换，而是根本不知道该替什么。
