我之前也碰到过Windows下npm和Angular CLI慢到离谱的情况，你改路径后速度减半的操作其实命中了核心问题：

原来的npm.cmd里用的%~dp0是Windows批处理的特殊变量，代表当前脚本文件所在的驱动器和路径。但在某些Windows环境（尤其是Win7和PATH配置较复杂的Win10系统）中，每次调用npm时，系统要动态解析%~dp0的实际路径——这个过程可能会触发：

• 多层环境变量的递归展开
• 系统对路径的权限校验（如果目录权限配置有问题）
• 磁盘I/O的额外延迟（比如路径所在磁盘是机械盘或者有文件系统碎片）

而你改成直接用%APPDATA%\npm这个绝对路径后，Windows可以直接定位到目标的npm-cli.js文件，跳过了动态解析%~dp0的额外开销，所以执行时间直接砍半。

只在个人目录放修改后的脚本只是临时方案，要彻底解决得从系统层面优化：

1. 修改全局默认的npm.cmd和npx.cmd #

找到系统全局的npm脚本目录%AppData%\npm，直接编辑里面的npm.cmd：

原最后一行：
node "%~dp0\node_modules\npm\bin\npm-cli.js" %*
修改为：
node "%APPDATA%\npm\node_modules\npm\bin\npm-cli.js" %*

同样，如果目录里有npx.cmd，做完全相同的修改——npx作为npm的配套工具，也会有同样的路径解析问题。

2. 优化Angular CLI的ng.cmd调用 #

全局安装的Angular CLI会在%AppData%\npm生成ng.cmd，打开它做类似的路径优化：

原else分支的最后一行：
node "%~dp0\node_modules\@angular\cli\bin\ng.js" %*
修改为：
node "%APPDATA%\npm\node_modules\@angular\cli\bin\ng.js" %*

这样Angular CLI的所有操作（比如ng serve、ng build）都会直接用绝对路径调用，避免动态解析的延迟。

3. 额外优化：减少npm的I/O开销 #

• 清理npm缓存碎片：执行npm cache clean --force，避免缓存目录的碎片化导致的磁盘读写延迟
• 把npm的全局路径和缓存路径改成更短的绝对路径（比如C:\npm-global），减少路径解析的复杂度：

  npm config set prefix "C:\npm-global"
  npm config set cache "C:\npm-cache"
  

  记得把C:\npm-global添加到系统的PATH环境变量里，确保全局命令能正常调用。

4. 排查系统层面的延迟因素 #

• 检查%AppData%\npm目录的权限：确保当前用户拥有"完全控制"权限，避免每次访问时的权限校验卡顿
• 清理系统PATH里的无效/重复路径：PATH里的无效路径会让Windows每次查找命令时多做无用功，拖慢启动速度

内容的提问来源于stack exchange，提问作者transporter_room_3