highlightbadchars插件不存在，因名称混淆所致：有人误将trailingspaces或自定义脚本当作该插件；package control中无此插件，真实替代方案是hexviewer或运行自定义python脚本高亮非ascii字符。
Sublime Text 本身不带 HighlightBadChars 插件，也没有官方维护的同名插件——它不存在于 Package Control 官方仓库，也无稳定 GitHub 项目支撑。强行安装或搜索该名称，大概率会失败、报错，或引入不可维护的旧脚本。
为什么搜不到 HighlightBadChars？
这不是拼写错误或版本问题，而是名字混淆所致：
- 有人把
TrailingSpaces（清理行尾空格）误记为“高亮非法字符” - 有人把自定义 Python 脚本（如用
re.finditer(r'[^\x00-\x7F]')扫描非 ASCII 字符）起名为HighlightBadChars，但这类脚本未打包成通用插件 - Package Control 中真实存在的类似功能插件是
HexViewer（查十六进制）、WordHighlight（高亮词），但都不做“非法字符”语义识别
真正能标出隐形非法字符的方案
所谓“非法字符”，通常指：\u200b（零宽空格）、\ufeff（BOM）、\u202a（Unicode 控制符）、混合编码的乱码字节等。这些不会被 draw_white_space 显示，必须主动扫描：
- 用命令面板执行
Ctrl+Shift+P→ 输入View: Toggle Invisible Characters只能显示\t、\n，对 Unicode 隐形字符完全无效 - 装
HexViewer：可切换视图看十六进制，手动定位ef bb bf（BOM）或e2 80 8b（零宽空格） - 运行自定义 Python 脚本（推荐）：在 Sublime 控制台（
Ctrl+）粘贴并执行以下代码，它会高亮所有非 ASCII 字符（\x00-\x7F之外）：
import sublime, re
def highlight_non_ascii(view):
pattern = r'[^\x00-\x7F]'
regions = []
content = view.substr(sublime.Region(0, view.size()))
for m in re.finditer(pattern, content):
regions.append(sublime.Region(m.start(), m.end()))
view.add_regions('non_ascii', regions, 'invalid', '', sublime.DRAW_OUTLINED)
highlight_non_ascii(view)
执行后，所有中文、Emoji、零宽字符、BOM 等都会被红色边框标出。
draw_white_space 能解决哪些“隐形字符”问题？
它只管空白类字符，和“非法”无关，但却是日常排查的基础：
- 设为
"all"后，·，\t显示为→，\n显示为¶（需同时设show_line_endings: true） - 值写成
true、on或漏引号（如draw_white_space: all）会导致整个用户配置解析失败，静默失效 - 别改
Settings – Default，只动Settings – User；Sublime Text 2 不支持"all"，必须 v3.0+ - 某些主题会让
·颜色太淡，此时要检查 color scheme 的white_space_foreground，或换 Monokai 类主题
真正难处理的非法字符（比如从网页复制进来的零宽空格、PDF 提取文本里的控制符）不会出现在空白范畴里，也不会被语法高亮捕获——它们安静地破坏正则匹配、阻断 CI 构建、让 Python 报 SyntaxError: Non-UTF-8 code starting with '\xef'。这时候，靠 HexViewer 或手写扫描脚本才是唯一靠谱路径。
