VSCode终端默认不加载nvm或Node配置，因其以non-login shell启动，跳过~/.zshrc等初始化文件，导致PATH和nvm未生效；需通过terminal.integrated.env.*注入PATH、shellArgs加-l参数启用login shell，或使用vsc-nvm插件读取.nvmrc，且所有配置仅作用于集成终端，调试与任务仍需单独指定runtimeExecutable。
VSCode 终端为什么默认不加载 nvm 或 Node 版本配置
VSCode 集成终端默认以 non-login shell 启动，会跳过 ~/.zshrc、~/.bashrc 或 PowerShell profile 等初始化文件，导致 nvm、fnm 或手动设置的 PATH 不生效。你在终端里运行 which node 得到的是系统自带的 /usr/local/bin/node，而不是项目期望的版本。
- 这不是 VSCode bug，是性能权衡：避免每次开终端都执行一堆 shell 初始化逻辑
-
python.defaultInterpreterPath类设置只影响 Python 扩展，对 Node 完全无效 - 即使你本地用
nvm use 18.19.1切换成功，VSCode 新终端也不会继承该状态
用 terminal.integrated.env.* 直接注入 PATH（最稳）
绕过 shell 初始化，直接在 VSCode 启动终端时把目标 Node 路径塞进环境变量，是最可靠、跨平台且无需依赖外部工具的方式。
- Windows 用户：编辑
.vscode/settings.json，加入："terminal.integrated.env.windows": { "PATH": "C:\dev\node-v18.19.1;${env:PATH}" } - macOS/Linux 用户：
"terminal.integrated.env.linux": { "PATH": "/opt/node-v18.19.1/bin:${env:PATH}" } -
PATH必须把目标 Node 目录放在最前面，否则系统路径仍会优先匹配 - 改完必须完全重启 VSCode（不是重开终端），否则设置不加载
- 该配置仅作用于当前工作区，不影响其他项目或系统全局
用 terminal.integrated.shellArgs 强制登录模式（适合已有 nvm/fnm）
如果你已经用 nvm 或 fnm 管理 Node，并希望复用现有配置，可以让 VSCode 终端“假装”是登录 shell，从而自动 source 你的 ~/.zshrc。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 先确认你当前 shell 是什么：
echo $SHELL（常见为/bin/zsh或/bin/bash） - 在
settings.json中添加："terminal.integrated.shellArgs.osx": ["-l"], "terminal.integrated.shellArgs.linux": ["-l"]
- Windows PowerShell 用户需额外确保
$PROFILE已启用nvm或fnm初始化 - 注意：
-l参数会让终端启动变慢一点，且某些 CI/CD 工具链可能因加载 profile 而行为异常
用 vsc-nvm 插件自动读取 .nvmrc（团队协作友好）
如果项目根目录有 .nvmrc（内容如 18.19.1），装插件可省去手动配置，但要注意它的实际边界。
- 安装
vsc-nvm后，它会在 VSCode 启动时读取.nvmrc并执行nvm use - 只对新打开的终端生效；已存在的终端不会自动刷新，必须关掉重开
- 依赖本机已安装且可用的
nvm（macOS/Linux）或nvm-windows（Windows） -
.nvmrc里写18.19.1比v18.19.1更稳妥，避免版本解析失败
真正容易被忽略的是：所有这些配置都只影响集成终端，不影响调试器或任务运行器——Node.js 的 launch.json 和 tasks.json 仍需显式指定 runtimeExecutable 或 command 路径，否则它们会继续用系统默认 Node。
