Yarn Classic与Yarn 3（node_modules模式）依赖管理差异咨询

一、底层依赖解析与安装逻辑差异 #

虽然两者最终都会生成node_modules目录，但Yarn 3的核心引擎是重新设计的，即使在node_modules模式下也和Classic有本质区别：

• 缓存机制：Yarn 3采用内容寻址缓存（content-addressable cache），基于文件哈希缓存依赖包，重复安装时直接复用缓存，速度远快于Yarn Classic的版本式缓存。
• 依赖树解析：Yarn 3的解析器会严格遵循语义化版本规则，默认会规避Yarn Classic中常见的「幽灵依赖」（未在package.json中声明却能被引用的依赖）——你可以通过strictDependencies配置完全禁止幽灵依赖，而Classic没有原生支持这个约束。
• 安装效率：Yarn 3的并行安装优化更彻底，对工作区的依赖联动处理更智能，跨工作区的依赖更新会自动同步，无需手动重新安装。

二、依赖管控强度的优势 #

Yarn 3在依赖管控上比Classic更严格、更灵活：

• 依赖修补能力：支持packageExtensions配置，可在不修改第三方依赖源码的前提下，修补其package.json中的缺陷（比如缺失的peer依赖声明、错误的导出字段），而Classic没有这个功能，遇到这类问题只能手动修改依赖或用hack方案。
• peer依赖校验：可通过strictPeerDependencies配置强制校验peer依赖的版本兼容性，避免Classic中自动兼容不匹配peer依赖导致的隐性bug；同时Yarn 3对peer依赖的解析逻辑更清晰，不会出现Classic中依赖树混乱的情况。
• 工作区配置精度：Yarn 3的nohoist规则支持更细粒度的路径匹配，能精准控制哪些依赖不被提升到根目录，而Classic的nohoist经常出现规则失效或范围过大的问题；另外Yarn 3的工作区依赖声明更灵活，支持跨工作区的版本锁定。
• 完整性校验：Yarn 3默认会校验所有依赖包的哈希值（integrity字段），防止依赖包被篡改或意外损坏，而Classic的校验仅在部分场景下生效，管控力度较弱。

三、锁文件的隐性差异 #

你表面看不到区别，但Yarn 3的yarn.lock包含更多关键元数据：

• 校验和信息：每个依赖项都包含完整的integrity哈希值，用于校验包的完整性，而Classic的锁文件中部分依赖可能缺失这个字段。
• 来源标记：锁文件中会记录依赖的具体来源（比如npm仓库、git仓库、本地路径），而Classic的锁文件来源信息模糊。
• 配置关联：锁文件中会隐含nodelinker相关的配置标记，确保不同环境下安装时保持一致的依赖结构，而Classic的锁文件没有这类环境关联信息。

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