必须用Replace in Files而非Replace All，因后者仅内存替换已打开文件，不触达未打开的JSON/YAML配置文件；前者自动加载、替换并保存，但受只读状态、search.exclude及项目根目录未打开等限制。
全局替换配置文件内容，必须用 Replace in Files（不是 Replace All），且要手动控制文件类型、排除规则和正则边界——否则极大概率改错 JSON/YAML/INI 或跳过目标文件。
为什么 Replace All 按钮改不了配置文件？
点右上角的 Replace All 只在已打开的编辑器标签页里做内存替换，不会触碰未打开的 .json、.yaml、.env 等配置文件。真正生效的操作是 Replace in Files（两个重叠文档图标），它会自动加载命中文件、执行替换、调用保存逻辑。
- 如果某配置文件是只读的（右下角显示
Read-only），Replace in Files会直接跳过，不报错也不提示 - 没打开项目根目录（状态栏显示
No folder opened），Replace in Files默认范围为空，实际什么也不会搜 - 即使文件物理存在，若路径匹配
search.exclude或.gitignore规则，也会被静默过滤
怎样精准锁定 config 目录下的 JSON/YAML 文件？
在 Replace in Files 面板的 files to include 输入框里填路径模式，比盲目搜全项目更安全：
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 只改顶层
config/下的：填config/**/*.json,config/**/*.yaml（逗号后不加空格） - 排除
config/legacy/：在files to exclude填config/legacy/** - 想包含
.env但排除.env.local：填**/.env，再在 exclude 栏加**/.env.local - 注意通配符陷阱：
**/config/**会匹配src/utils/configLoader.js，应改用config/**或./config/**
改配置值时怎么避免误伤注释和字符串？
JSON/YAML 里纯文本搜 timeout: 5000 会同时匹配 "timeout": 5000、// timeout: 5000 和 old_timeout: 3000。必须用正则 + 上下文锚点：
- 启用
.*按钮，搜"timeout"\s*:\s*5000（冒号前后允许空白），替换为"timeout": 10000 - 若要兼容 YAML 的无引号写法，用
(["']?)timeout\1\s*:\s*5000，其中\1确保引号成对 - 绝对不要依赖
\b（单词边界）——JSON 键名后的:不是单词字符，\btimeout\b在"timeout":中根本匹配不上 - 复杂场景（如替换嵌套字段值）建议分两步：先用
Find in Files预览所有匹配行，确认上下文再动手
替换后配置格式崩了怎么办？
VSCode 替换不校验 JSON/YAML 语法，粘贴进来的替换内容若含非法缩进、多余逗号或未闭合引号，会导致配置解析失败：
- 替换前务必
git commit或git stash，别信“就改一行” - 替换后立刻运行
cat config/app.json | jq .（或用 VSCode 的 JSON 插件校验）看是否报错 - 若批量改了多个
.yaml，注意-列表项缩进必须一致，$1捕获组还原时可能把 2 空格缩进变成 4 空格 - 遇到大文件卡顿，关掉
search.followSymlinks和降低search.globalFindClipboard，避免扫描冗余路径
最常被忽略的一点：VSCode 会继承系统编码，但某些旧配置文件是 GBK 或 ISO-8859-1 编码，搜索时显示乱码、匹配失败——得先右下角点击编码标识，用 Reopen with Encoding 选对编码再操作。
