ctrl+p在sublime中无法索引中文路径或文件名，因其底层仅支持ascii字符；搜中文内容须用ctrl+shift+f配合where填“.”、utf-8编码及项目加载。
Ctr+P 在汉化版 Sublime 中照样能用，但中文路径或文件名不会被索引 —— 它只认 ASCII 字符，所有中文文件、含中文路径的文件，Ctrl+P 一律搜不到。
Ctrl+P 搜不到中文文件？不是汉化问题，是设计限制
Sublime 的文件名索引机制完全基于 ASCII 字符构建，不解析 UTF-8 路径中的中文字符。哪怕你装了汉化包、界面全是中文，Ctrl+P 的底层匹配器依然跳过所有中文 byte 序列。这不是 bug，是官方明确不支持的行为（见官方文档 “File Indexing Limitations”）。
- 中文文件名如
用户管理.py、配置说明.md：永远无法通过Ctrl+P输入“用户”“配置”命中 - 含中文路径如
~/项目/后端/接口.py：即使文件名是英文，只要父目录含中文，整个路径就不会进索引 - 汉化包只改菜单/对话框文字，不影响文件系统扫描逻辑 —— 所以换回英文界面也解决不了
想搜中文内容，必须切到 Ctrl+Shift+F（全局内容搜索）
Ctrl+Shift+F 是唯一能处理中文文本的入口，但它搜的是「文件里写的字」，不是「文件名」。要让它生效，得满足三个硬条件：
- 左下角状态栏必须显示项目路径（如
~/my-project/），不能是单文件打开状态 -
Where:输入框必须填.（一个英文点），留空或填错会漏掉中文文件 - 目标文件得是已保存的（未保存的标签页不参与扫描），且编码为
UTF-8（右下角状态栏应显示UTF-8，不是GBK或Western (ISO 8859-1)）
例如：想查所有含「用户登录」的代码，Ctrl+Shift+F → 输入 用户登录 → Where: 填 . → 点 Find。它会列出所有匹配的行，点击即可跳转。
中文文件名的临时 workaround：用英文别名 + 文件夹结构过滤
如果必须靠 Ctrl+P 快速打开中文命名的文件，唯一可行办法是绕过中文本身，靠路径和英文片段锚定：
- 把中文文件重命名为带英文前缀的格式，如
zh_user_manage.py、doc_api_guide.md，然后搜zhum或docapi - 利用路径层级缩小范围：假设中文文件都在
docs/下，搜docs/u可能比纯文件名更稳（前提是docs/这个目录名是英文） - 避免在项目根目录或子目录名中使用中文 —— 这是影响最大的一环，比文件名本身还关键
插件不是解药，LSP 和 Goto Definition 对中文文件名也无效
很多人试过装 SublimeCodeIntel 或 LSP 插件，指望它们补全中文函数跳转，但要注意：
-
LSP插件依赖语言服务器，而绝大多数 LSP 服务端（如pylsp、typescript-language-server）根本不读取或上报中文文件路径 -
goto_definition命令只对已打开且语法识别正常的文件生效，如果文件因编码或路径含中文导致 Sublime 未正确加载，命令直接静默失败 - 鼠标悬停提示、符号列表（
Ctrl+R）同样跳过中文文件 —— 它们和Ctrl+P共享同一套文件索引层
真正卡住的从来不是界面语言，而是文件系统层面对非 ASCII 路径的彻底忽略。这点在大型团队协作中尤其容易被忽略：有人本地用中文路径开发，push 到 Git 后别人 clone 下来一切正常，但那个人自己却再也无法用 Ctrl+P 快速跳转 —— 因为只有他机器上的索引里根本没有那些路径。
