万甚至之多。
    也就是说只要开发者把这个组件更改甚至删除，就可能影响到其他几十万个次的软件运行。
    更糟糕的是，这种关系还可以传递：a软件依赖b、c包里面的内容，bc包又需要def包，导致a软件间接依赖def的情况。也就是说看似风马牛不相及的def软件包中任意一个出问题，a软件的运行就有可能受影响，如果a软件的开发者刚好偷了懒，为其设置了运行前检查更新的功能，那他100%要杯具。
    也不是没人看出其中蕴含的问题和风险，但是谁都没当一回事儿，至少npm的运营公司和使用者都没理会这个问题。然后这个问题就在今天爆发了出来，以人为引发的方式。
    有位开发者windgirl删除了她名下全部57个软件包，导致依赖他们的1468个包报错，进一步引起五位数软件包的报错，受影响的软件和网络应用不下5万……
    虽然npm方面已经紧急恢复了被删除的软件包，堵住源头使得报错链条被打断，但是受此惊吓，使用这个工具的开发者们可不能当啥事都没有发生，要么修改软件代码断开这种依赖关系（比如把需要的代码复制到自家软件里面），要么迁移去别的代码托管平台，反正是有的忙了。
 <本章未完请点击"下一页"继续观看!>