ctrl+shift+f搜不到已打开文件，因默认搜索整个项目而非标签页；要搜所有已打开（含未保存）文件，where框必须填open_files，且需确保项目已加载、索引完成、无排除规则干扰，替换后须手动save all。
Ctrl+Shift+F 为什么搜不到已打开的文件？
因为 Ctrl+Shift+F 默认搜的是整个项目目录，不是 Tab 栏里开着的文件。哪怕你打开了 20 个未保存的 untitled 标签，只要 Where 框留空或填了 .，它就只扫磁盘上的文件，完全忽略这些临时标签页。
想真正覆盖所有已打开（含未保存）的文件，Where 框必须手动输入 open_files——这是 Sublime 唯一识别该模式的关键字，不支持模糊匹配、不响应自动补全、官方文档几乎不提。
- 确认左下角状态栏显示项目路径（如
~/my-project/），否则open_files会退化为仅搜当前激活文件 - 如果用了旧版
ProjectManager插件，可能拦截该模式，可临时禁用验证 -
Preferences → Settings – User中若设置了"file_exclude_patterns": ["*.tmp"]，Sublime 对未保存文件的处理逻辑可能误判，导致跳过
Where 框填 open_files 后仍无结果？检查这三件事
填对关键字不等于功能生效。常见失效原因集中在环境层，而非语法错误：
- 项目未真正加载：单文件启动 Sublime 时，侧边栏只有标签页列表，没有树形结构 → 必须关掉所有标签页，用
File → Open Folder…选中根目录重新加载 - 索引未就绪：右下角若还在显示
Indexing…，open_files模式可能部分失灵，等索引完成再试 - 被排除规则覆盖：检查
folder_exclude_patterns是否把当前工作区路径意外列入排除（例如误写成"folder_exclude_patterns": [".*"]）
怎么安全限定搜索范围，避免误改 node_modules 或 dist？
Where 框本质是路径前缀过滤器，不是正则引擎，也不解析文件名。它的语法是 Shell glob 风格，逗号分隔，- 开头表示排除：
- 只搜
src/下所有文件（含子目录）：src/（别加**，src/本身就递归） - 排除
node_modules/和dist/：., -node_modules/, -dist/ - 组合使用：
src/**/*.ts, -src/**/test.ts（注意斜杠统一用/，Windows 下也一样） - 绝对不能写
/src/或./src/：开头的/会被当字面量，./在某些版本里触发异常路径解析
替换后文件没变绿、也没星号？这不是 Bug
Sublime 的 Replace All in Files 所有修改都停留在内存中，不会触发“已修改”标记（即标签页右上角不出现 *），也不会自动保存。你点完 Replace All，看起来什么都没发生，其实是“改完了但没存”。
务必手动执行 File → Save All，或更可靠的快捷键：Ctrl+K 松开后再按 Ctrl+B（Windows/Linux）；macOS 是 Cmd+K → Cmd+B。漏这步，重启 Sublime 就丢所有改动。
复杂点在于：这个行为和编辑器其他操作（比如 Ctrl+S）不一致，且没有任何视觉反馈提示“你还没保存”。很多人在大项目里批量替换几十个文件后才发现全白干了——这时候 Git 就是唯一救命稻草。
