sublime搜索不到中文的主因是匹配模式设置错误或搜索范围不当，而非编码问题；需关闭大小写匹配、正则模式和全词匹配，限定utf-8编码的文件路径并排除干扰目录。
中文搜索不到，大概率不是编码问题，而是匹配模式没开对
Sublime 默认把中文当普通字符串处理，但很多人误以为是文件编码或字体设置导致搜不到——其实只要输入的中文字符本身能正常显示，搜索失败几乎都因为正则/大小写/全词匹配等开关状态不对。
- 确认搜索框右下角的
Aa按钮没被点亮（即关闭“Match case”），否则用户不会匹配用户和USER，但中文一般不涉及大小写，这步常被忽略 - 确保没误点
.*图标开启正则模式——一旦开启，你输的用户会被当作正则字面量，但若中间有未转义的元字符（比如用户.中的.），就会匹配失败甚至报错Invalid regular expression - 检查是否勾选了
Whole Word：如果搜用户，而目标文本是用户名，勾选后就搜不到；中文没有空格分隔，这个选项对中文基本无用，建议默认关闭
在 JS/Python/HTML 文件里搜中文变量或注释，要防路径和编码干扰
真实项目中搜不到中文，往往是因为搜索范围跨了编码不一致的文件，或者 Where 路径没限定清楚，导致 Sublime 去读了二进制资源、压缩包、node_modules 里的乱码文件，直接卡死或跳过中文内容。
- 先用右键菜单
Find in Folder，确保 Where 输入框自动填入类似./src的路径，而不是空着或只写.——空的 Where 会让 Sublime 尝试扫描整个已加载项目，包括可能含非 UTF-8 编码的文件 - 显式限定后缀：
./src, *.js, *.py, *.html，避免搜到package-lock.json或dist/bundle.js这类混淆编码的文件 - 排除干扰目录：
./src, -/node_modules/, -/dist/, -*.min.js，注意-/node_modules/的斜杠不能少，否则可能误删含node_modules字样的中文文件名
搜中文时卡顿或无响应？别急着关插件，先砍搜索范围
中文本身不加重性能负担，但带中文的搜索常发生在大项目里，用户习惯性全局搜 用户，结果 Sublime 去遍历几万个小文件，IO 和正则引擎同时拉满，界面就冻住。
- 不要一上来就按
Ctrl+Shift+F全局搜，先打开具体文件夹，再右键 →Find in Folder - 禁用
index_files：在用户设置里加"index_files": false，防止后台索引抢走搜索线程资源 - 临时进安全模式验证：关掉 Sublime，重启时按住
Ctrl（Windows/Linux）或Cmd（macOS），选Safe Mode，再搜一次——如果变快，说明是某个插件（如 GitGutter、LSP）在监听文件变更时拖慢了搜索
想让中文搜索更稳，关键不是改字体，而是统一文件编码声明
Sublime 能正确读取中文的前提，是文件本身声明了编码。它不会主动探测 BOM 或猜 UTF-8，而是依赖文件头或编辑器配置。很多 .py/.js 文件没写 # -*- coding: utf-8 -*- 或 // @encoding=utf-8，打开时靠猜测，搜索时就可能漏掉。
- 在 Python 文件第一行加上：
# -*- coding: utf-8 -*- - 在 JS/HTML 文件里确保保存为 UTF-8 无 BOM 格式（Sublime 右下角状态栏点击编码名可切换）
- 批量修复旧文件：用命令行
iconv -f gbk -t utf-8 file.js > file_utf8.js转码后再导入，比在 Sublime 里手动转更可靠
真正卡住中文搜索的，从来不是“Sublime 不支持中文”，而是路径没锁死、模式没调对、文件没声明编码。最该盯住的是 Where 框里的那串路径和逗号分隔规则——它比任何插件或设置都管用。
