unarchive是Composer将压缩包解压到项目目录的内部过程，发生在install或update时，通过ArchiveManager等组件实现，依赖preferred-install配置决定是否触发，常见问题包括缺少解压工具或权限不足，可通过clear-cache解决。

Composer 的 unarchive 命令并不是一个公开的、可以直接在命令行中调用的命令，比如像 install 或 update 那样。它实际上是 Composer 内部使用的一个机制，用于将下载的包（通常是压缩包，如 zip 或 tar）解压到项目的 vendor 目录或其他指定位置。

什么是 unarchive？

当 Composer 安装或更新依赖时，它会从配置的仓库（如 packagist.org）获取所需的包。这些包通常以压缩格式（zip、tar.gz 等）发布。为了使用这些包，Composer 需要将它们“解压”到文件系统中，这个过程就叫做 unarchive。

这个操作由 Composer 的内部类 ArchiveManager 和 UnzipExtractor / UntarExtractor 等组件完成，根据压缩包类型选择合适的解压方式。

unarchive 发生在什么时候？

以下情况会触发 unarchive 过程：

• 运行 composer install 时，如果某个包还没有被解压到目标目录
• 运行 composer update 后下载新版本的包
• 首次安装某个通过 dist 分发的包（即压缩包形式）

Composer 会先下载压缩包到缓存目录（例如 ~/.cache/composer/files/），然后将其解压到 vendor/包名 路径下。

如何影响 unarchive 行为？

虽然不能直接运行 unarchive 命令，但你可以通过配置影响其行为：

如知AI笔记

如知笔记——支持markdown的在线笔记，支持ai智能写作、AI搜索，支持DeepseekR1满血大模型

27

查看详情

• 选择安装方式：通过 update0 配置决定是使用 dist（压缩包）还是 source（git 克隆）。使用 dist 会触发 unarchive，而 source 不需要。
• 自定义提取器：在特殊环境下，可以编写插件替换默认的解压逻辑（较少见）。
• 禁用压缩包安装：设置 update1 可避免使用 zip 包，从而跳过 unarchive。

例如，在 update2 中：

{ “config”: { “preferred-install”: “dist” } }

这表示优先使用压缩包（dist），也就是会频繁使用 unarchive 功能。

常见问题与调试

如果 unarchive 失败，常见原因包括：

• 缺少解压工具（如 unzip 命令未安装）
• 磁盘权限不足，无法写入 vendor 目录
• 压缩包损坏（可能缓存问题）
• 路径过长或文件名包含非法字符（Windows 上较常见）

可通过清除缓存尝试修复：

composer clear-cache

然后再运行 install 重新下载并解压。

基本上就这些。Composer 的 unarchive 是个幕后工作流程，用户通常不需要直接干预，但它对依赖的正确安装至关重要。理解它有助于排查安装失败的问题。不复杂但容易忽略。