问题现象
日常监控告警发现一个新的错误告警，开始跟进这个错误的排查。
vbnet
(0, n.isAxiosError) is not a function排查过程
- 根据监控日志，定位错误的代码，发现isAxiosError为undefined的报错，在仓库查找出错的代码位置
-
出错的代码内容，发现是某次组件改造的时候，在common包里面引入axios，但是并没有在package.json声明依赖。
-
接下来有一个疑问：这么明显的错误，为什么打包的时候没有报错，如果依赖没有安装，照道理代码编译的时候就会抛出错误，中断编译。
-
尝试修改了引入不存在的包依赖，这时候是会报错找不到对应的包。
-
进一步在common增加打印，发现是有axios这个依赖，但是没有isAxiosError的方法。
查看axios的版本是0.18.1 ，这个版本里面没有isAxiosError 的方法，所以导致报错。翻了下axios的版本发布记录，发现axios是在0.21.1 的版本才增加isAxiosError的方法。github.com/axios/axios...
-
进一步的疑问：为什么会命中0.18.1的版本，这个0.18.1的版本是怎么引入的？
- 分析common包的引入方式：
- common 使用 workspace协议，且在package.json中设置了
"dependencyMeta": {"injected": true}，解决peer dependencies依赖找不到的问题，injected为true，可以理解为把这个包运行一次 pnpm pack，然后再把 tar 包安装到 node_modules 硬链引入，相当于把这个包发包了然后再当作 npm 包安装一次，可以享受到整个项目的依赖提升。 - 怀疑是幻影依赖，蹭到了其他 npm 包的 axios
-
debugger查看在common引用axios的依赖查找路径。发现在对应目录
temp/node_modules/.pnpm/node_modules下找到axios的依赖。 -
.pnpm下面为什么还有个node_modules？
- 去pnpm的github仓库翻翻看有没有别人之前遇到的问题，找到一样的问题。 原来是pnpm 的 hoist-pattern配置，default是*（pnpm.io/7.x/npmrc#h...
至此，了解到原因，就是因为幻影依赖的问题，项目可以正常打包，是因为common刚好蹭到其他依赖的axios包，只不过蹭到了一个低版本的axios。没有对应的方法，这个需要等到运行的时候才会发生报错。
改进手段
- 由于历史项目，不能直接hoist=false; 最终的解决方式在common增加axios依赖；或者设置peerDependencies，由接入方进行安装依赖。
- 使用工具扫描仓库是否存在其他幻影依赖的问题。