答案是：node升级后.npmrc配置失效导致eacces/enoent错误，需检查prefix/cache路径有效性、文件编码与权限、全局/用户配置冲突及registry/strict-ssl等新版本兼容配置。
npm install -g 报 EACCES 或 ENOENT，但 .npmrc 文件存在
Node 升级后，npm 会重新初始化全局配置逻辑，但旧的 .npmrc 若含已失效路径（如旧版 prefix 指向已被删除的 C:\Users\XXX\AppData\Roaming\npm）、或混用绝对路径与环境变量（如 cache=C:\xxx\node_cache 但磁盘已重命名），就会在全局安装时静默失败——错误不直接提 .npmrc，而是表现为 ENOENT: no such file or directory, mkdir 'C:\xxx\node_modules' 或权限拒绝。
- 先运行
npm config list -l，确认输出里prefix和cache的值是否真实可写（用ls -la或dir验证路径存在且当前用户有读写权） - 检查
.npmrc是否有多余空行、BOM 头或中文标点（VSCode 默认保存为 UTF-8 with BOM，某些 npm 版本会解析失败；改用“Save with Encoding → UTF-8”重存） - 若升级前用过 nvm 或 fnm，
.npmrc里可能残留node_version=16.20.2这类无效字段，npm 会忽略但可能干扰 prefix 解析——删掉所有非标准字段
VSCode 终端能跑 node -v，但 npm install -g 仍报错：配置没生效
Node 升级常伴随 npm 版本跃迁（如 v18 → v20），新 npm 默认启用 legacy-peer-deps=false 和更严格的 strict-ssl，而旧 .npmrc 若没同步更新，会导致安装卡在 registry 请求或 peer 依赖校验阶段，看起来像“命令没反应”或“找不到模块”。
- 运行
npm config get registry，确认返回的是https://registry.npmjs.org/而非内网镜像地址（升级后部分企业镜像配置会被重置） - 临时加一行
strict-ssl=false到.npmrc测试是否 SSL 证书链问题（仅调试用，勿长期保留） - 执行
npm install -g pnpm --verbose，看日志末尾是否卡在fetch GET https://registry...—— 是则大概率是 registry 或 proxy 配置未随 Node 升级迁移
Windows 下 .npmrc 路径冲突：用户目录 vs 系统目录
Node 升级安装器（尤其是 MSI 包）可能把 .npmrc 写到 C:\Program Files\nodejs\node_modules\npm\npmrc（只读系统路径），而你日常编辑的是 %USERPROFILE%\.npmrc。npm 优先读取后者，但若该文件语法错误，它会 fallback 到前者——导致你改了用户级配置却完全不起作用。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 运行
npm config get globalconfig和npm config get userconfig，分别确认两个路径是否指向预期位置 - 若
userconfig返回空，说明 npm 没找到你的%USERPROFILE%\.npmrc—— 检查文件名是否误存为.npmrc.txt（Windows 隐藏扩展名常见坑） - 删掉
C:\Program Files\nodejs\node_modules\npm\npmrc（需管理员权限），强制 npm 只读用户级配置，避免覆盖干扰
macOS/Linux 中 ~/.npmrc 权限变更引发静默失败
Node 升级后，npm 可能以 root 权限首次运行（比如用 sudo npm install -g），导致 ~/.npmrc 所有者变成 root，普通用户后续执行 npm install -g 时无法写入缓存或修改配置，错误表现为 EPERM: operation not permitted，但不提示文件权限问题。
- 运行
ls -l ~/.npmrc，若显示root而非你的用户名，执行sudo chown $(whoami) ~/.npmrc - 同时检查
$(npm config get cache)目录权限：ls -ld $(npm config get cache)，确保组和用户都可写 - 别忽略
~/.npm目录本身权限 —— 升级后它可能被创建为 root 所有，连带影响整个缓存链
最易被忽略的是：Node 升级后，npm config 命令本身的行为可能变化（比如 v20+ 默认禁用 unsafe-perm），而旧 .npmrc 里没显式声明，就会触发意料之外的降权策略。验证时别只信 npm config list 输出，一定要用 npm install -g xxx --dry-run 看实际加载的配置快照。
