包管理器开发工具【免费下载链接】pipThe Python package installer项目地址https://gitcode.com/gh_mirrors/pi/pip点击查看免费下载导读本文基于 pip 官方文档 topics/caching系统讲解 pip 默认开启的缓存机制它缓存什么、缓存放哪里、如何查询与管理缓存、以及在何时应当禁用缓存。读完本文你将掌握pip cache系列命令的完整用法、--no-cache-dir与PIP_NO_CACHE_DIR的正确打开方式并深入理解缓存键设计与http-v2/wheels目录结构的源码级实现从而在 CI、容器构建与离线安装等场景中做出正确的缓存策略。一、缓存机制总览pip 默认开启的双层缓存pip 从很早的版本起就提供了默认开启on-by-default的缓存能力其设计目标是减少重复下载与重复构建所消耗的时间。文档中明确将其标记为 6.0 版本加入的特性也就是说缓存是开箱即用的用户无需任何配置即可受益。pip 的缓存实际由两个相互独立的部分组成缓存部分作用对应磁盘目录HTTP 响应缓存缓存访问包索引页、下载元数据等 HTTP 请求的响应类似浏览器缓存http-v223.3 起旧版本为http本地构建的 wheel 缓存缓存从源码发行版sdist构建出的 wheel避免重复构建wheels这两类缓存的行为、失效机制与管理方式都不同下文逐一展开。二、HTTP 响应缓存像浏览器一样工作2.1 缓存命中与过期刷新HTTP 响应缓存的功能类似于 Web 浏览器缓存。当 pip 发起任意 HTTP 请求时会先检查本地缓存中是否存在合适的、未过期的响应命中且未过期直接返回缓存中的响应不再重新下载内容命中但已过期pip 发起一个**条件请求conditional request**来刷新缓存。此时有两种结果服务器返回空响应指示 pip 直接使用缓存条目并顺带刷新过期计时器服务器返回全新的响应pip 将其存入缓存以备后用。文档特别提醒这个缓存只能尽量减少网络活动并不能完全杜绝网络访问。如果需要一个完全绕开 PyPI 的本地安装方案应参考 Installing from local packages 的本地包安装指引。2.2 缓存格式的演进http与http-v2自23.3 版本起pip 启用了新的 HTTP 缓存格式存放在名为http-v2的目录中此前该缓存存放在主缓存目录下名为http的目录里。如果已经完全切换到新版本 pip可以手动删除旧的http目录以释放磁盘空间。2.3 源码级实现SafeFileCache 的原子写入与并发安全HTTP 缓存的底层实现在 src/pip/_internal/network/cache.py 中核心类是SafeFileCache它继承自 vendored CacheControl 的SeparateBodyBaseCache采用元数据与响应体分离存储的方式每个缓存条目由两个文件组成元数据文件无后缀与响应体文件.body后缀get()方法要求元数据与 body 两个文件同时存在才判定缓存有效这解决了多进程并发读写同一条目时的竞态问题对应 cachecontrol 的 issue #324写入路径使用adjacent_tmp_filereplace实现原子替换并通过copy_directory_permissions继承缓存目录的读写权限以支持多用户共享缓存的使用场景整个读写过程被suppressed_cache_errors上下文管理器包裹任何OSError都会被静默吞掉——缓存不可用时 pip 会像没开缓存一样继续工作绝不因缓存问题导致安装失败。从源码结构看缓存键由 CacheControl 的encode函数对 URL 做哈希后分层存放形如hashed[:5]分层目录这与 wheel 缓存的分层策略如出一辙目的都是避免单个目录下文件过多。三、本地构建的 wheel 缓存避免重复构建3.1 命中规则只要可能pip 就会尽量使用本地 wheel 缓存中的 wheel如果缓存中已有同名、同版本的 wheelpip 直接使用它而不会重新构建该项目如果某个源码发行版没有对应的缓存 wheelpip 会调用该包的构建系统构建 wheel构建成功后该 wheel 会被写入缓存后续安装同一版本的包时直接复用。需要特别注意的是通过直接路径提供的源码发行版如pip install .构建出的 wheel 不会跨运行缓存但在同一次 pip 执行过程内可以被复用。这一点在源码中有直接对应wheel 缓存由 src/pip/_internal/cache.py 中的WheelCache实现它内部组合了两个缓存SimpleWheelCache持久化的磁盘缓存wheels目录EphemWheelCache基于TempDirectory的临时缓存目录生命周期与当前 pip 进程一致。WheelCache.get_cache_entry()会先查持久缓存、再查临时缓存所以同一进程内复用、跨进程失效的行为正是由临时缓存层提供的。3.2 从不可变 Git 引用构建时的缓存自20.0 版本起当从**不可变的 Git 引用即 commit hash**构建时pip 会缓存构建出的 wheel。这是因为 commit hash 唯一确定了源码内容构建结果是确定性的缓存是安全的而分支名、tag 等可变引用则会随远端变化无法安全复用缓存。3.3 源码级实现缓存键如何生成SimpleWheelCache.get_path_for_link()展示了缓存目录路径的生成算法对应 src/pip/_internal/cache.py以link.url_without_fragment作为 URL 键并叠加hash与subdirectory参数额外加入解释器名称与主次版本号interpreter_name/interpreter_version这是为了应对某些行为不端的 sdist——它们会依据运行setup.py的 Python 版本构建出不同的 wheel却不在兼容标签中体现差异用sha224对上述键字典做稳定哈希_hash_dict使用sort_keysTrue保证序列化稳定将哈希按[2:2:2:剩余]切分为多层目录形成形如wheels/2位/2位/2位/剩余的嵌套结构避免文件系统单目录条目过多。取用缓存时SimpleWheelCache.get()还会校验 wheel 的规范包名canonicalize_name与兼容标签supported_tags只接受与当前 Python 版本/架构/ABI 匹配的候选并从中挑选支持度最优者。目录下还允许存在origin.jsonORIGIN_JSON_NAME用于记录该缓存条目的下载来源DirectUrl供pip inspect等报告功能追溯来源。提示文档明确警告缓存目录的具体文件系统结构属于实现细节implementation detail可能在任意两个 pip 版本之间变化。因此任何依赖缓存目录内部布局的脚本都应该谨慎优先使用下文介绍的pip cache命令。四、缓存存储位置与默认路径4.1 使用pip cache dir查询自20.1 版本起可以直接用下面的命令查看当前 pip 实际使用的缓存目录$ pip cache dir该命令的实现见 src/pip/_internal/commands/cache.py本质就是把--cache-dir选项解析出的值打印出来。4.2 各平台默认路径平台默认缓存目录备注Linux~/.cache/pip同时尊重XDG_CACHE_HOME环境变量macOS~/Library/Caches/pip自26.2 版本起同样尊重XDG_CACHE_HOMEWindows%LocalAppData%\pip\Cache—在源码层面默认值来自 src/pip/_internal/locations/base.pyUSER_CACHE_DIR appdirs.user_cache_dir(pip)而--cache-dir选项的默认值正是这个USER_CACHE_DIR见 src/pip/_internal/cli/cmdoptions.py并可通过--cache-dir dir显式覆盖。XDG_CACHE_HOME的处理逻辑则在appdirs工具层src/pip/_internal/utils/appdirs.py中完成。五、避免缓存带来的错误命中5.1 何时缓存会成为问题pip 设计上默认总是尽量用缓存并且通常能做出正确决策。但在某些场景下缓存行为是不符合预期的。文档给出了一个典型例子某包带有可选的 C 扩展当 C 扩展无法构建时它会生成一个纯 Python wheel。pip 在后续调用中即使当前环境本可以构建这些 C 扩展也依然使用缓存中的纯 Python wheel。原因在于 pip 看到的是与目标包匹配的缓存 wheel而 pip 假定从包索引构建包的结果是确定性的。5.2 推荐解法直接安装源码发行版文档推荐的应对方式是直接从源码发行版安装而不是让 pip 自动发现并匹配包$ pip download sampleproject1.0.0 --no-binary :all: $ pip install sampleproject-1.0.0.tar.gz直接安装 sdist 会强制 pip重新构建 wheel无论缓存中是否存在匹配的 wheel。此外也可以顺手用pip cache remove删除那条有问题的缓存 wheel见下节。六、缓存管理pip cache命令全解pip cache命令用于检查与管理 pip 的缓存其子命令实现全部位于 src/pip/_internal/commands/cache.py支持的子命令见其handler_map。注意当缓存被禁用时--no-cache-dirpip cache命令会直接报错退出因为此时没有可管理的缓存目录。6.1 总览pip cache info$ pip cache info输出缓存总体情况包括包索引页缓存位置新格式http-v2与旧格式http、HTTP 缓存大小与文件数、本地构建 wheel 的位置、大小与数量。这些信息正是源码中get_cache_info()逐项统计的结果src/pip/_internal/commands/cache.py。6.2 删除单个包pip cache remove$ pip cache remove setuptools删除缓存中所有与 setuptools 相关的 wheel 文件。需要留意的是针对具体包名的 remove 目前不会删除 HTTP 缓存文件只有使用通配模式*时即purge才会一并清理 HTTP 缓存。实现细节见remove_cache_items()仅当args[0] *时才追加 HTTP 文件列表否则只处理 wheelsrc/pip/_internal/commands/cache.py。删除后还会顺带清理因此变空的子目录并移除已不再使用的遗留selfcheck.json文件。6.3 清空缓存pip cache purge$ pip cache purge清空 wheel 缓存与 HTTP 缓存中的全部文件。其实现就是把remove_cache_items(options, [*])即按*模式同时处理两类缓存。6.4 列出缓存文件pip cache list$ pip cache list # 列出所有缓存 wheel $ pip cache list setuptools # 列出所有与 setuptools 相关的 wheellist支持可选的模式参数glob 或包名并可用--format控制输出格式$ pip cache list --formathuman # 默认文件名 大小 $ pip cache list --formatabspath # 输出绝对路径源码中的模式匹配逻辑_find_wheels相当精巧根据 PEP 427 的 wheel 命名规范{distribution}-{version}(-{build})?-{python}-{abi}-{platform}.whl如果模式中包含连字符-意味着用户给了至少版本号就追加*.whl否则追加-*.whl来匹配版本前的连字符。例如pip cache list setuptools实际会匹配setuptools-*.whl。七、禁用缓存--no-cache-dir与PIP_NO_CACHE_DIR7.1 命令行选项通过--no-cache-dir选项即可禁用 pip 的缓存行为$ pip install --no-cache-dir somepackage7.2 环境变量同名的PIP_NO_CACHE_DIR环境变量同样生效。其解析逻辑在 src/pip/_internal/cli/cmdoptions.py 的_handle_no_cache_dir回调中为了向后兼容无论是解析为 True 还是 False 的值如true/false/yes/no最终都会把cache_dir置为False以禁用缓存非法的布尔字符串则会触发参数解析错误。7.3 官方建议默认不要禁用文档给出了非常明确的立场除非你在更高层级已有缓存例如容器构建中的分层缓存否则不建议禁用 pip 缓存。禁用缓存会显著拖慢 pip反复下载与重复构建包造成明显更多的网络流量消耗。一个典型的合理场景是容器镜像构建依赖层利用 Docker 的 layer cache 命中后--no-cache-dir可以避免把无用缓存写入镜像层、减小镜像体积。八、与缓存相关的其他配置与场景--cache-dir dir显式指定缓存目录默认值为用户缓存目录USER_CACHE_DIR可用它把缓存重定向到共享磁盘或 CI 缓存挂载点src/pip/_internal/cli/cmdoptions.py--isolated忽略环境变量与用户配置文件运行 pip需要与--no-cache-dir配合时才用于完全绕开本机缓存配置缓存行为的功能性测试集中在 tests/functional/test_cache.py可作为验证缓存命令行为的参考。九、总结pip 的缓存机制由HTTP 响应缓存与本地 wheel 缓存双层构成默认开启、开箱即用HTTP 层在 23.3 起使用http-v2格式行为类似浏览器缓存支持条件请求刷新wheel 层使用sha224键 多层目录结构持久缓存与进程内临时缓存相结合覆盖从索引自动发现的构建场景但对直接路径 sdist 不做跨进程缓存通过pip cache dir/info/list/remove/purge五个子命令可以完成查询与管理其中list支持 glob 模式与human/abspath两种输出格式仅在容器分层缓存等高阶场景下才建议用--no-cache-dir或PIP_NO_CACHE_DIR禁用缓存否则会付出下载与构建的双重性能代价。在 CI 提速、离线环境与容器镜像瘦身等实践中理解并善用这套机制能让重复安装同一批依赖的开销趋近于零。赞分享包管理器开发工具【免费下载链接】pipThe Python package installer项目地址https://gitcode.com/gh_mirrors/pi/pip点击查看免费下载相关推荐pip cache 命令完全指南pip 轮子缓存与 HTTP 缓存的查看、管理与清理pip cache 命令完全指南pip 轮子缓存与 HTTP 缓存的查看、管理与清理 pip cache 是 pip 内置的缓存管理命令用于查看和清理 pi包管理器开发工具GitHub_Trending/core97/core缓存机制HTTP缓存与本地存储GitHub_Trending/core97/core缓存机制HTTP缓存与本地存储 在现代Web应用开发中缓存机制是提升性能和用户体验的关键技术。ModuYii2 缓存体系完全指南数据缓存、片段缓存、页面缓存与 HTTP 缓存的原理与实战Yii2 缓存体系完全指南数据缓存、片段缓存、页面缓存与 HTTP 缓存的原理与实战 本文围绕 Yii2 官方指南中缓存一章 docs/guide pl后端Web框架上一篇radian LaTeX符号补全在R中快速输入数学符号的实用指南下一篇开源项目工程博客指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考