根本原因是sublime的pcre正则引擎默认禁用.匹配换行符且不支持/s修饰符，导致start.end只能单行匹配；必须用[\s\s]?替代.*?，并确保启用正则模式、路径准确、编码统一为utf-8。
为什么 Sublime 找不到跨行匹配结果
根本原因是 Sublime 的 PCRE 正则引擎默认禁用 . 匹配换行符，且不支持 /s 修饰符。写 start.*end 永远只在单行内找，哪怕内容实际横跨三行也不会命中。
- 必须显式写出换行符：
\n（Unix/macOS）或\r\n（Windows），不能靠.猜 - 想匹配任意内容（含换行），用
[\s\S]*?替代.*?——这是最稳定、兼容性最好的绕过方式 -
^和$在多行搜索中只锚定每行首尾，不是整个文档开头/结尾；别指望^start.*end$跨行生效 - 文件编码影响正则行为：UTF-16 或带 BOM 的文件可能导致匹配静默失败，先用
File → Reopen with Encoding → UTF-8统一再试
Find in Files 跨文件搜多行内容总漏掉怎么办
全局搜索（Ctrl+Shift+F）本身不支持真正意义上的跨行匹配——它只对每个文件单独执行正则，不会把多个文件拼成一个大文本去扫。所以“跨文件 + 跨行”本质是伪需求，得拆解。
- 确保
Where路径准确：填./src/**/*.js比留空强，避免误扫 node_modules 或无关目录 - 勾选
Regular Expression（右上角.*图标亮起），否则[\s\S]*?当字面量处理，直接失效 - 如果目标结构固定（如 JSON 块、Vue 单文件组件），优先用语法高亮辅助定位，再手动复制片段进新文件做精细正则处理
- 大项目慎用全盘扫描：Sublime 不建索引，实时遍历 I/O 开销大，卡顿后容易误判为“没结果”
如何让 .env、.conf.js 这类混合后缀自动高亮
Sublime 默认只认标准后缀（如 .js、.py），遇到 .env 或 .config.ts 就当纯文本。这不是 bug，是设计如此——它不猜，只映射。
- 临时解决：打开文件 →
View → Syntax → Open all with current extension as…→ 选对应语法（如ShellScript） - 永久生效：编辑
Preferences.sublime-settings（用户级），加字段："extensions": ["env", "conf.js"]，绑定到已安装的语法 - 大小写敏感：Windows 下
.ENV和.env是两个不同后缀，需分别列在extensions数组里 - 别碰
Packages/下的内置语法文件——升级会被覆盖；也别依赖 ApplySyntax 插件自动识别，它规则复杂且易与用户配置冲突
提取多行文本块后怎么清理格式
用 Find in Files 得到的结果带路径前缀（如 app.js:42:export default {），而你真正要的只是中间那段代码块。手动删前缀效率低还易错。
- 复制全部结果后，在新标签页粘贴，用
Ctrl+H（替换）清前缀：^.*?:\d+:→ 空，勾选正则，一次干掉所有文件名+行号 - 若结果里夹杂空行，再跑一遍
^\s*$→ 空，删除空白行 - 需要合并成单行（如生成 CSV），先
Ctrl+A全选 →Ctrl+Shift+L拆成行 →End移光标到行尾 → 输入,→Ctrl+J合并 → 最后删末尾多余逗号 - 注意：Filter Lines 插件的
Keep Only Lines Matching只作用于当前文件，无法处理Find in Files的聚合结果页
