npm全局安装报eacces的根本原因是默认前缀/usr/local/lib/node_modules属系统目录，普通用户无写权限；安全解法是配置prefix为~/.npm-global，更新path，并验证npm root -g、npm bin -g输出及cli命令可用性。

npm全局安装报EACCES错误的直接原因

根本不是权限不够，而是npm默认把全局包装进了/usr/local/lib/node_modules——这个路径属于系统目录，普通用户没写权限。MacOS升级后（尤其是12+）对/usr/local进一步收紧，sudo npm install -g看似能过，但会埋下后续模块依赖冲突、npx找不到命令、甚至破坏Homebrew生态的隐患。

改用本地前缀（prefix）是最安全的方案

让npm彻底避开系统路径，把全局包装进你有完全控制权的地方，比如~/npm-global：

• 执行mkdir ~/.npm-global
• 设置新前缀：npm config set prefix '~/.npm-global'
• 把~/.npm-global/bin加入$PATH：在~/.zshrc（或~/.bash_profile）末尾加一行export PATH=~/.npm-global/bin:$PATH
• 重载配置：source ~/.zshrc

之后所有npm install -g都会落到~/.npm-global，无需sudo，也不会和Homebrew、node自带的npm打架。

别碰/usr/local，也别信“chown修复”

网上流传的sudo chown -R $(whoami) /usr/local是危险操作：

• 可能破坏Homebrew安装的二进制工具（如git、curl）的签名验证
• macOS Monterey及以后版本会定期重置/usr/local权限，修复一次下次又报错
• npm本身不保证在非标准prefix下的所有子命令（比如npm link）行为一致，但至少不会崩系统

如果你已执行过chown，建议用brew doctor检查是否异常，并考虑重装Homebrew（官方推荐方式）来恢复干净状态。

验证是否生效的关键检查点

别只看npm install -g xxx有没有报错，重点确认三件事：

• 运行npm root -g，输出必须是/Users/xxx/.npm-global/lib/node_modules（不是/usr/local/lib/node_modules）
• 运行npm bin -g，输出必须是/Users/xxx/.npm-global/bin
• 安装完一个带CLI的包（如http-server），直接敲http-server --version能执行，而不是提示command not found

如果第三条失败，大概率是PATH没生效或shell配置文件选错了——Zsh用户务必改~/.zshrc，不是~/.bash_profile。