广东网站设计服务商app拉新接单平台

首先 pnpm 和 npm yarn 一样是包管理工具，他解决了npm 和 yarn 存在的一些问题

• npm@3之前每个依赖都是一层嵌套一层的，每个依赖里都有node_modules 用来存放依赖所需的依赖包
• 导致重复下载的依赖包很多，一层层嵌套，嵌套很深，模块实例之间无法共享

之后的 npm@3 和 yarn 因为上述问题从而使用扁平化结构管理依赖

node_modules下所有的依赖都会平铺到同一层级。由于 require 寻找包的机制，如果 A 和 C 都依赖了 B，那么 A 和 C 在自己的 node_modules 中未找到依赖 C 的时候会向上寻找，并最终在与他们同级的 node\_modules 中找到依赖包 C。这样就不会出现重复下载的情况，而且依赖层级嵌套也不会太深,因为没有重复的下载，所有的 A 和 C 都会寻找并依赖于同一个B包，自然也就解决了实例无法共享数据的问题。

虽然解决了问题，但是也带来了新问题

• 依赖结构的不确定性
  • 需要借助lock文件，保证no de_modules 结构稳定性。否则出现同一层级相同包，不同版本的话，会根据安装的顺序，给一个版本提升到公共node_modules中，而另一个版本则会继续以嵌套node_modules的形式嵌套
• 扁平化算法的复杂度增加
• 项目中仍然可以非法访问没有声明过的依赖包(幽灵依赖)
  • 虽然是依赖中依赖的包，没有在本身项目的package.json 中没有声明，但是由于扁平化处理，我们不仅仅发现多出很多没有声明在package.json 中的包外，我们还可以直接在项目中引用这类没有被声明的包，这就造成了幽灵依赖

以上就是 npm. 和 yarn 的一些问题，那么pnpm 如何解决这类问题呢

pnpm 的优势

• 包安装速度非常快
• 磁盘利用效率非常高（基于内容寻址）
  • 不会重复安装同一个包。用 npm/yarn 的时候，如果 100 个项目都依赖 lodash，那么 lodash 很可能就被安装了 100 次，磁盘中就有 100 个地方写入了这部分代码。但在使用 pnpm 只会安装一次，磁盘中只有一个地方写入，后面再次使用都会直接使用 hardlink
  • 即使一个包的不同版本，pnpm 也会极大程度地复用之前版本的代码。举个例子，比如 lodash 有 100 个文件，更新版本之后多了一个文件，那么磁盘当中并不会重新写入 101 个文件，而是保留原来的 100 个文件的 hardlink，仅仅写入那 `一个新增的文件
• 支持monorepo
  • pnpm 与 npm/yarn 另外一个很大的不同就是支持了 monorepo，pnpm 内置了对 monorepo 的支持，只需在工作空间的根目录创建 pnpm-workspace.yaml 和 .npmrc 配置文件，同时还支持多种配置，相比较 lerna 和 yarn workspace，pnpm 解决 monorepo 的同时，也解决了传统方案引入的问题。

pnpm依赖的管理

pnpm 使用的是 npm version 2.x 类似的嵌套结构，同时使用 .pnpm 以平铺的形式储存着所有的包，然后使用 Store + Links 和文件资源进行关联。简单地说 pnpm 把会包下载到一个公共目录，如果某个依赖在 sotre 目录中存在了话，那么就会直接从 store 目录里面去 hard-link，避免了二次安装带来的时间消耗，如果依赖在 store 目录里面不存在的话，就会去下载一次。通过 Store + hard link 的方式，使得项目中不存在 NPM 依赖地狱问题，从而完美解决了 npm3+ 和 yarn 中的包重复问题

• 软链接 和 硬链接 机制
  • pnpm 是通过 hardlink 在全局里面搞个 store 目录来存储 node_modules 依赖里面的 hardlink 地址，然后在引用依赖的时候则是通过 symlink 去找到对应虚拟磁盘目录下(.pnpm 目录)的依赖地址

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3ntHPliC-1686748158315)(/Users/wangyongjie/Library/Application Support/typora-user-images/image-20230614210025958.png)]

以上是A,B两个依赖使用pnpm安装后的 node_modules 结构，可以看到首先会去全局的store中查找A,B两个依赖是否存在，不存在则下载存入这个公共store, 然后对声明的A,B两个依赖通过软连接.pnpm文件夹下的各自依赖A,B，进行关联，而.pnpm则以平铺形式存储所有包，而真正包 则会硬链接形式链接到项目