Sublime Text Find in Files 失败主因是缓存锁死、按键被劫持、Where路径错误或索引重建阻塞；须先杀进程再清Cache与Index，验证Ctrl+Shift+F输入，检查Where格式（如.或src/），并酌情禁用index_files。
Find in Files 搜不到内容？先杀进程再清 Cache 和 Index
Sublime Text 的 Find in Files 静默失败（不报错、不返回结果、卡在“Searching…”），八成不是配置写错，而是底层 SQLite 索引或插件缓存损坏。只删 Cache 或只删 Index 都不行，必须一起清，且**必须先彻底杀光所有 Sublime 进程**——否则 Index 下的数据库文件会被锁住，删了也白删。
- Windows：任务管理器里结束所有
sublime_text.exe和subl.exe；或命令行运行taskkill /f /im sublime_text.exe & taskkill /f /im subl.exe - macOS：活动监视器中搜索
Sublime Text，强制退出主进程和所有Sublime Text Helper进程 - Linux：
pkill -f "sublime_text"或pkill -f "subl"，再用ps aux | grep sublime确认无残留 - 清空路径（按系统选）：
Windows：%APPDATA%\Sublime Text\Cache、%LOCALAPPDATA%\Sublime Text\Cache、%APPDATA%\Sublime Text\Index
macOS：~/Library/Application Support/Sublime Text/Cache、~/Library/Caches/Sublime Text、~/Library/Application Support/Sublime Text/Index
Linux：~/.config/sublime-text/Cache、~/.cache/sublime-text、~/.config/sublime-text/Index
Ctrl+Shift+F 没反应？确认按键是否进了编辑器
快捷键没触发，第一步不是改 Key Bindings，而是验证按键是否被系统或输入法截断。打开控制台（Ctrl+`），执行 sublime.log_input(True)，再按 Ctrl+Shift+F：
- 控制台**完全无输出** → 按键未进入 Sublime：Windows 查 NVIDIA/Intel 显卡热键、搜狗/QQ 输入法的
Ctrl+Shift切换；macOS 查「系统设置 → 键盘 → 快捷键 → 输入源」是否启用了冲突组合 - 控制台有输出但面板不弹 → 插件冲突或 Key Bindings 错误：用
subl --safe-mode启动，若此时正常，说明是插件问题；常见高危插件包括Vintage、SideBarEnhancements、Origami - 手动修复只改
Preferences → Key Bindings – User，内容必须是合法 JSON 数组：[{"keys": ["ctrl+shift+f"], "command": "show_panel", "args": {"panel": "find_in_files"}}]
禁用中文标点、单引号、尾逗号、//注释——任何语法错误都会导致整份配置静默失效
Where 输入框填错，等于没搜
Find in Files 面板里的 Where 不是可选项，填错一个字符就搜不到目标。它不支持 glob 通配符嵌套展开，也不自动补全路径，必须手写精确：
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 搜整个项目：必须填
.（单个英文点），不是./，也不是留空 - 只搜
src/下所有文件（含子目录）：填src/，不加**/* - 限定类型 + 排除目录：用逗号分隔，斜杠统一用
/，无空格，例如./src/**/*.py,./src/**/*.js,-./src/node_modules/ - 搜已打开但未保存的标签页：
open_files是唯一有效值 - 刚添加新文件夹？等右下角
Indexing…消失后再搜，否则新增文件不会参与扫描
索引重建反而拖慢搜索？关掉 index_files 更可靠
即使清完缓存、重启后，如果用户设置里仍为默认的 "index_files": true，Sublime 会在后台重建全文索引——尤其在含 node_modules 的项目中，这个过程可能阻塞 Find in Files 请求，表现为点击后无响应或长时间等待。
- 临时方案：打开
Preferences → Settings – User，加入"index_files": false，重启后Find in Files改为实时扫描，反而更快更稳 - 真需要索引（如频繁跳转定义）：等首次启动稳定后，手动执行
Project → Index Files，而非依赖自动后台重建 - 注意：
"index_files": false后，Ctrl+P将只显示已打开文件，Ctrl+Shift+R则直接不可用——这是预期行为，不是 bug
真正卡住 Find in Files 的，往往不是配置没写对，而是缓存锁死、按键被劫持、Where 路径拼错，或索引重建时的隐式阻塞——这四类问题互不重叠，但排查顺序不能乱：先确保按键进来了，再确认搜的范围对不对，接着清缓存，最后调索引策略。
