vscode全局搜索无文件大小限制，大文件易致卡死；需用**/*.log等glob语法配search.exclude和files.watcherexclude，禁用劫持扩展、关闭大文件标签页，并优先用终端切片处理超大日志。
VSCode 全局搜索（Ctrl+Shift+F）本身**没有直接限制单个文件大小的配置项**，它会尝试读取所有匹配 search.exclude 规则的文件内容——哪怕是一个 2GB 的 access.log，只要没被排除，就会被完整加载进内存解析，导致卡死或假死。
为什么 search.exclude 配了还是扫大文件？
常见错误是只靠路径排除，却忽略了文件类型和扩展名匹配的细节：
-
search.exclude是 glob 匹配路径，不是按文件大小过滤；写成"*.log"会失效，必须用"**/*.log"才能递归生效 - 某些扩展（如 Log Viewer、Tailwind CSS IntelliSense）会主动注册语言模式，让
.log文件被识别为特定语言，从而绕过search.exclude的跳过逻辑 - 如果文件已打开在编辑器中，VSCode 可能缓存其内容，后续搜索会直接复用，不走 exclude 判断
-
search.exclude不影响文件监视器（watcher），files.watcherExclude缺失时，系统仍在后台监听这些大文件变更，持续消耗 inotify 句柄和 CPU
真正有效的文件大小拦截方案
靠配置“拦不住”大文件，但可以组合策略让它**根本不参与搜索流程**：
- 在
.vscode/settings.json中同时设置："search.exclude": { "**/*.log": true, "**/*.dump": true, "**/*.tar": true, "**/*.zip": true }
注意结尾通配符不能省，"**/*.log"≠"*.log" - 配合
"files.watcherExclude": { "**/*.log": true, "**/*.dump": true }，阻止 watcher 注册，避免后台 I/O 压力 - 禁用可能劫持大文件类型的扩展：比如关闭 Log Extension 或 Tailwind 插件对
.log的语言关联（查files.associations设置） - 搜索前手动关闭所有已打开的大文件标签页，防止缓存干扰
遇到超大日志文件，别搜，先切片
全局搜索不是查看器。对 1GB+ 的日志，VSCode 再怎么优化也扛不住全量扫描：
- 终端里先用
grep -m100 "ERROR" access.log > sample.log提取关键行，再用 VSCode 打开sample.log - 用
head -n 50000 access.log > head.log截前 N 行快速定位结构 - 更重的分析交给
awk/sed/jq，不是编辑器的活 - 如果必须在 VSCode 里看，用命令面板执行
File: Open Large File Optimized，再按Ctrl+F——此时只支持纯文本单次搜索，无正则、无高亮、不卡
最常被忽略的一点：search.exclude 和 files.watcherExclude 必须写在工作区级 .vscode/settings.json 里，改用户设置或随便丢进 package.json 都无效；改完不重启窗口，等于没改。
