超慢节点npm命令

我有npm v.2.14.20（默认与Windows安装程序捆绑在一起）节点v.4.4。我的操作系统：Windows 7 64bit。硬件：戴尔笔记本电脑，16GB内存，SSD，核心i7。

我正在面对npm非常慢的问题。例如，当我想检查节点的版本

node --version v4.4.0

我在几毫秒内收到输出4.4.0 。但是当我input

npm --version

我需要等待8-15秒才能收到输出！每一个npm命令都是一样的。

Windows：从CMD返回值作为variables存储

在命令行中input％date％和％time％

如何解决这个模糊的redirect错误

Cmd和感叹号 – 第二部分

删除小于特定大小的文件

我试过：更新npm（到最新的3.x版本），更新节点到5.9.0，我也试过我的运气与x86版本 – 同样的事情。

任何可能导致这种“睡眠”的线索（只有npm ，其他cmd命令工作正常，系统工作正常）？

我会很感激任何提示，我可以debugging这个东西，看看底下发生了什么

删除所有包含string的文件

Windowsbatch fileredirect输出

Windows环境variables中的控制台宽度

强制重新启动Windows XP在所有情况下

将％USERNAME％中的空格replace为下划线

我打赌你在PATH中有很多项目。这是这种情况的一个常见症状。

在您的终端中，运行：

echo "$PATH"

如果输出内容超过8或9个冒号，或者根目录/里面有大的目录，那么这可能是罪魁祸首。

作为比较的基础，我在macOS上精心打造的PATH是：

/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

如果我运行which npm ，输出是：

/usr/local/bin/npm

这告诉我，我的npm 早在我的PATH ，这对于性能很重要，因为PATH从左到右搜索每个目录中npm的存在。

你可以快速从上面试试我的PATH ，没有任何永久的后果，只需运行：

OLdpath="$PATH" PATH='/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin'

现在尝试运行先前快速和慢速的命令，看看是否有任何区别。

如果您开始看到“找不到命令”错误，请尝试逐步将其添加回PATH或者直接运行：

PATH="$OLdpath"

否则，如果性能保持不变，那么这可能不是你的PATH 。但是，如果情况有所改善，请继续阅读，使之永久。

把最适合你的PATH放到你的shell的启动文件中。这通常位于~/.bashrc或~/.bash_profile 。尝试找到已有PATH=...行的启动文件，注释掉现有行（确保添加说明注释），然后插入具有更好值的类似行。