NuGet包存储位置在哪？为何已下载包无法跨项目直接复用？

NuGet 实际存储规则 #

NuGet 默认不会把包实体存到每个项目的独立目录下（使用传统packages.config管理包的旧框架项目除外），所有包相关文件统一存在三个全局目录中：

• global-packages 目录：包实体的最终存储位置，所有包按照「包ID/版本号」的二级目录结构存放，同ID同版本的包在本机全局只会存储一份，是跨项目复用包的核心载体。
• http-cache 目录：存储从远程包源拉取的包元数据、下载请求临时缓存，有固定过期周期，过期后会重新和远程源校验包信息。
• temp 目录：存储包安装、还原过程中生成的临时文件，操作结束后会自动清理。

「跨项目无法直接复用、需要重新安装」的核心原因 #

你观察到的现象本质是流程提示和实际执行逻辑的认知差，默认规则下不存在本地已有匹配包却强制重复从远程下载的逻辑，具体触发原因分三类：

1. 界面提示和实际执行逻辑不一致
   你在新解决方案MySecondSolution中安装已经存在于本地global-packages的Bootstrap包时，Visual Studio 包管理器显示的「正在下载/安装」是流程固定的文案提示，不会在界面层做本地包存在性的前置判断。实际执行时NuGet会优先扫描本地全局包目录，发现对应版本包存在时，直接从本地读取文件添加引用，不会产生远程下载流量。你可以查看NuGet输出窗口的详细日志，出现从本地全局包目录解析包的相关记录时，就说明是在复用本地已有包。
2. 包匹配规则校验不通过
   如果新项目要求的包版本、目标框架适配版本，和你本地global-packages中已存的包版本不匹配，或者你手动修改了NuGet配置为不同解决方案设置了独立的global-packages路径，会导致全局目录扫描阶段找不到匹配包，此时才会从配置的远程包源拉取对应包。
3. 第三方项目的还原流程特性
   公开分发的第三方项目源码默认不会提交体积庞大的NuGet包实体，只会在项目文件中保留包引用配置，首次打开项目时会自动触发依赖还原流程。这个流程和你手动安装包的逻辑完全一致：优先匹配本地全局包目录的已有包，匹配成功直接复用，匹配失败才走远程下载。你看到的还原进度条是全流程的进度提示，不代表所有依赖都要重新从公网拉取。

你可以通过断网测试验证本地复用逻辑：断网状态下如果对应版本包的安装、还原操作能正常完成，就说明本地全局包复用功能工作正常。

内容的提问来源于stack exchange，提问作者Miky-Bet