search.exclude是唯一控制ctrl+shift+f搜索范围的配置，必须写在项目根目录.vscode/settings.json中、用/或/开头的glob模式（如"/node_modules":true），修改后需重载窗口或清除索引才生效。

检查 search.exclude 是否误排除了目标路径

这是最常导致“搜得到文件名、搜不到内容”的配置项。它不控制资源管理器显示，只决定 Ctrl+Shift+F 是否扫描某路径下的文件内容——一旦匹配，整个子树全跳过，且无任何提示。

• 打开设置（Ctrl+,），搜索 search.exclude，重点看是否写了类似 "src/**": true 或 "**/src/**": true 这种宽泛规则（它们会干掉整个 src 目录）
• 通配符写错后果严重："node_modules" 缺少前后 **/ 和 /**，可能意外匹配到 my_node_modules 或 node_modules_backup
• 临时验证：在全局搜索面板右下角点 ! 图标，关闭 Use Exclude Settings and Ignore Files；如果立刻能搜到，就是它在拦
• 注意优先级：search.exclude 比 .gitignore 和 files.exclude 更早生效，后者不会覆盖它

确认 search.useIgnoreFiles 是否意外启用 .gitignore

默认为 true，意味着 VSCode 会自动跳过 .gitignore 里列出的所有路径（包括 dist、build、.env 等）。这不是 bug，是设计行为，但常被忽略。

Pandas 配置文件报告生成器

使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。

下载

• 如果你需要搜索 .env 或生成的 dist 文件，直接在设置中加 "search.useIgnoreFiles": false
• 该配置影响所有项目，若只想对当前工作区禁用，请写进 .vscode/settings.json 而非用户设置
• 别和 search.exclude 混用：二者叠加后过滤更狠，比如 .gitignore 已排除 node_modules，再在 search.exclude 里加一遍，毫无意义

排查 files.exclude 间接干扰索引的场景

虽然 files.exclude 主要控制资源管理器可见性，但在远程开发（WSL/SSH）或某些插件环境下，它可能让 VSCode 认为“该路径不存在”，从而跳过索引构建——尤其当路径含中文或特殊字符时。

• 搜索设置中搜 files.exclude，检查是否有 "**/中文目录/**": true 或 "**/.*/**": true 这类规则（.*/ 会吃掉 .git、.vscode，也可能误伤 .env）
• 若项目含隐藏文件（如 .env、.prettierrc），默认被 **/.* 拦住，需显式放行："!**/.env"
• 远程开发时，files.exclude 的 glob 匹配可能因路径分隔符差异失效，建议统一用 **/xxx/** 格式

检查工作区 .vscode/settings.json 是否覆盖了全局设置

工作区设置优先级高于用户设置，一个被遗忘的 .vscode/settings.json 可能悄悄关掉所有搜索能力——比如有人为“提速”加了 "search.exclude": {"**": true}，结果整个项目都搜不了。

• 打开项目根目录，看是否存在 .vscode/settings.json；若有，用文本编辑器直接打开，搜索 search、exclude、ignore
• 特别注意注释掉的配置：有时开发者会留 // "search.exclude": {...}，但忘记删掉，VSCode 会静默忽略整行，反而让默认规则生效
• 对比用户设置与工作区设置：在设置界面右上角切换“User”和“Website”，观察同一配置项值是否不同
• 临时重命名 .vscode 文件夹，重启 VSCode 测试；若恢复，说明问题出在工作区配置里

真正卡住搜索的，往往不是某个开关没开，而是多个配置层层叠加后形成“过滤黑洞”。尤其是 search.exclude 和 search.useIgnoreFiles 同时作用时，连 rg 命令行都查不到的路径，VSCode 就真的看不见了。