很多人在安装 Anaconda 时看到进度停在 Extracting packages，第一反应是程序卡死，接着强制结束安装。问题在于，这一阶段本来就是最容易“看起来没动、其实仍在处理”的步骤。下面按“先判断、再干预、最后给替代方案”的顺序整理一遍，帮助你分清正常耗时和真正故障，也避免因为过早中断留下半残环境。
为什么会长时间停在 Extracting
Extracting packages 是 Anaconda 安装里最常被误判的阶段。多数情况下，它不是卡住，而是 conda 正在把大量预编译包解压到目标目录，并为这些文件建立硬链接（hard link）。
这一步在 Windows 上尤其容易变慢，常见原因主要有几类：
- NTFS 文件系统在处理硬链接、权限和路径检查时开销较大。
- 杀毒软件会实时扫描每一个解压出来的
.py、.dll文件。 - 安装目标盘如果是机械硬盘，或者可用空间不足，速度会明显下降。通常建议至少预留
>=5GB的临时空间。 - 安装路径里带中文、空格或特殊符号，例如类似
C:Program Files这样的路径，容易触发 Windows UAC 影响或路径解析异常。
因此，停上 5 到 15 分钟并不罕见。单看进度条不动，不能直接等同于安装失败。
怎么判断是真的卡死，还是仍在继续
比起盯着安装界面，更有效的做法是看系统活动和安装日志。只要进程还有持续动作，通常就说明它仍在工作。
可以先打开任务管理器，重点看下面几项：
conda.exe或python.exe的 CPU 占用是否高于5%；即使只有2-3%，也往往代表仍在处理。- 磁盘活动是否持续存在，而不是长期维持在
0%。 - 查看日志文件
%TEMP%Anaconda-Install-Log.txt，如果末尾还在滚动出现Extracting: xxx-1.2.3-py39h...tar.bz2，说明安装还在推进。
真正需要警惕的是另一种情况：某个包在日志里卡住超过 20 分钟，同时进程 CPU 为 0%、磁盘也为 0%。这种“零活动 + 日志停滞”才更接近真正卡死。
确认真卡死后，按这三步处理
只有在确认安装已经没有 CPU 和磁盘活动后，再执行干预。否则过早中断，往往比等待更容易出问题。
1. 先关闭实时防护
优先检查杀毒软件，尤其是 Windows Defender 的实时扫描能力。有些机器卡住的根源，不是 Anaconda 本身，而是每个解压文件都被安全组件反复检查。
- 关闭所有杀软实时防护。
- 特别留意 Windows Defender 中的“基于声誉的保护”。
2. 清理临时缓存残留
如果之前已经中断过安装，临时缓存目录里可能留有不完整内容，下一次安装时会继续拖慢甚至引发异常。可以用管理员身份运行 CMD 后清理：
rmdir /s /q "%TEMP%conda-pkgs"这里删除的是 conda 安装过程里的临时包缓存，不是你正常环境中的所有数据。
3. 改用静默安装，并指定干净路径
路径设计本身也会影响 Extracting 阶段的稳定性。一个更稳妥的方式是使用静默安装，并把目录放在简单、无空格的位置：
.\Anaconda3-2024.??-Windows-x86_64.exe /S /D=C:\anaconda3 /AddToPath=0这个命令的几个关键点是：
- 使用
/S进行静默安装。 - 通过
/D=C:\anaconda3指定一个不含空格的安装路径。 /AddToPath=0不主动写入 PATH，尽量避开权限和环境变量方面的额外问题。
想省事的话，直接换 Miniconda 更稳
如果你实际只需要 Jupyter、NumPy、Pandas 这类基础开发环境，那么完整 Anaconda 并不一定是最合适的选择。它预装内容多，安装时要处理的包也更多，这正是 Extracting 阶段负担大的原因之一。
相对来说，Miniconda 更轻，安装速度通常更快，很多机器上不到 2 分钟就能完成，而且几乎不会在 Extracting 这里拖很久。
可按下面的方式安装：
- 下载
Miniconda3-latest-Windows-x86_64.exe - 运行静默安装命令：
.\Miniconda3-latest-Windows-x86_64.exe /S /D=C:\miniconda3安装完成后，再补装你真正需要的核心包：
conda install numpy pandas matplotlib jupyter -c conda-forge这种方式的好处很直接：你绕开了 Anaconda 预装 8000+ 包带来的解压压力，只安装自己会用到的部分，成功率和可控性通常都更高。
最后记住一个判断标准
Extracting packages 阶段最危险的信号，不是“时间长”，而是“完全没有活动，日志也不再前进”。很多人等到第 8 分钟就手动终止，结果留下半安装状态，后面再运行 conda 时反而报出 LinkError 或 FileExistsError。
和多等 10 分钟相比，强行中断导致环境损坏的代价通常更高。实际处理时，可以先用 CPU、磁盘和日志三项做交叉判断：只要还有活动，就继续等；只有确认长期停滞，再按上面的三步介入。若你本来就不需要完整发行版，直接切到 Miniconda，往往是更省时间的解法。
