必须用 Ctrl+Shift+F（Windows/Linux）或 Cmd+Shift+F（macOS）搜索所有打开的文件，且 Where 框需手动填 open_files 才生效；Ctrl+F 仅限当前标签页，open_files 在非项目模式或受插件/排除规则影响时可能失效。

搜索“所有打开的文件”必须用 Ctrl+Shift+F，不是 Ctrl+F

很多人按 Ctrl+F 后发现只在当前文件里找，其他已打开的 Tab 完全没被扫描——这是设计如此：Ctrl+F 永远只作用于当前激活标签页。跨 Tab 搜索唯一有效入口是 Ctrl+Shift+F（Windows/Linux）或 Cmd+Shift+F（macOS），它调起的是「Find in Files」功能，天然支持所有已打开但未保存的临时标签页。

• 即使某个文件还没保存（显示为 untitled），只要它在 Tab 栏里开着，Ctrl+Shift+F 就能搜到
• Where 框留空 ≠ 搜所有打开的文件；它默认搜的是整个项目目录（./），不是 Tab 列表
• 想真正限定为“仅已打开的文件”，Where 框必须手动填入 open_files —— 这个关键字极隐蔽，官方文档几乎不提，却是唯一可靠方式

为什么填了 open_files 还搜不到？检查这三件事

填对了关键字却无结果，大概率是环境没对齐，而不是功能失效。

• 确认 Sublime 已进入项目模式：左下角状态栏应显示类似 ~/my-project/ 的路径；如果只开了单个文件，open_files 会退化为仅搜那个文件
• 检查是否有插件干扰：旧版 ProjectManager 等插件可能禁用 open_files 模式，可临时禁用插件验证
• 注意文件是否被自动排除：如果 Preferences → Settings – User 中有 "file_exclude_patterns": ["*.tmp"]，而你正搜一个未保存的 untitled 文件，它可能被跳过（尽管名字不匹配，但 Sublime 对 unsaved 文件的处理逻辑较特殊）

替换后文件没变绿、也没星号？你根本没保存

Sublime 的全局替换不会自动标记文件为“已修改”，也不会触发保存提示。所有更改都停留在内存中，标签页右上角不出现 *，Ctrl+S 也只保存当前激活文件。

windows-shell-syntax

在 Windows 上执行终端命令，或对比 Windows 与 Linux 的 Shell 语法时使用。建议先检测当前 Shell 是 PowerShell 还是 cmd.exe，再给出相应命令……

下载

• 替换完成后，必须手动执行 File → Save All，或快捷键组合：Ctrl+K 后松开，再按 Ctrl+B
• 如果忘了这步，直接关掉 Sublime，所有替换内容立即丢失，且毫无警告
• 更稳妥的做法：替换前先运行 git stash，替换完用 git diff 确认范围，再决定是否 git stash pop

搜 console.log 改成 debugger？别急着 Replace All

这是典型重构场景，但直接批量替换极危险：console.log 可能出现在字符串、注释、正则字面量甚至 JSON 值里。

• 启用正则模式（点 .* 图标），查找框填：console\.log\([^)]*\)
• Where 框务必填 open_files 或具体路径如 ./src/**/*.js，避免误触第三方代码
• 先点 Find，在 Find Results 标签页逐行看上下文；若上下文行数太少，可在用户设置中加："find_results_file_context_lines": 3

最容易被忽略的不是快捷键，而是 Where 框的语义——它不等于“当前打开的文件列表”，而是一个路径/模式过滤器；open_files 这个值太隐蔽，但却是精准控制搜索边界的唯一可靠方式。