Withnoidea

外观

PowerShell 启动慢？6 秒优化到 0.6 秒的排查实录

约 1061 字大约 4 分钟

开发调优

2026-09-01

问题现象

每次打开 Windows PowerShell，都会看到这样一行提示：

加载个人及系统配置文件用了 6250 毫秒。

6 秒多才进入可用的命令行，体验很差。这篇文章记录我定位和解决这个问题的完整过程。

排查过程

第一步：找到配置文件

PowerShell 启动时会按顺序加载最多 4 个 Profile 文件。用下面的命令列出它们并检查哪些存在：

@($PROFILE.AllUsersAllHosts,
  $PROFILE.AllUsersCurrentHost,
  $PROFILE.CurrentUserAllHosts,
  $PROFILE.CurrentUserCurrentHost) |
  ForEach-Object { if (Test-Path $_) { "EXISTS: $_" } }

在我的机器上找到了两个：

  • C:\Users\win11\Documents\WindowsPowerShell\profile.ps1
  • C:\Users\win11\Documents\WindowsPowerShell\Microsoft.PowerShell_profile.ps1

第二步：查看内容

打开一看，两个文件里各住着一位"嫌疑犯"：

profile.ps1 —— conda 初始化（Anaconda 安装时由 conda init powershell 自动写入）：

#region conda initialize
If (Test-Path "E:\software\anaconda3\Scripts\conda.exe") {
    (& "E:\software\anaconda3\Scripts\conda.exe" "shell.powershell" "hook") | Out-String | ?{$_} | Invoke-Expression
}
#endregion

Microsoft.PowerShell_profile.ps1 —— jabba（Java 版本管理器）：

if (Test-Path "C:\Users\win11\.jabba\jabba.ps1") { . "C:\Users\win11\.jabba\jabba.ps1" }

第三步：逐项计时

不能靠猜，用 System.Diagnostics.Stopwatch 分别测量两个文件的耗时：

$m1 = [Diagnostics.Stopwatch]::StartNew()
(& "E:\software\anaconda3\Scripts\conda.exe" "shell.powershell" "hook") | Out-String | Invoke-Expression
$m1.Stop()
"conda hook: $($m1.ElapsedMilliseconds) ms"

结果一目了然：

配置项耗时
conda hook6107 ms
jabba23 ms

元凶就是 conda 初始化，它贡献了 6250ms 中的绝大部分。jabba 只有 23 毫秒，可以忽略。

为什么 conda 这么慢？

那行 conda.exe shell.powershell hook 的作用是：启动一个 conda 子进程，生成一段 PowerShell 钩子脚本（定义 conda 函数、环境变量、路径修改逻辑），再由当前 Shell 执行。问题在于——每次启动 PowerShell 都要完整地跑一遍 Python 进程，而这个过程 cold start 就要 6 秒。

解决方案：懒加载

思路很简单：启动时只定义一个空的代理函数，等第一次真正用到 conda 时，才执行完整的初始化。这样日常启动几乎零开销，又不需要改变任何使用习惯。

把 profile.ps1 改成：

#region conda initialize (lazy-load：首次使用 conda 时才初始化，避免拖慢 PowerShell 启动)
If (Test-Path "E:\software\anaconda3\Scripts\conda.exe") {
    function conda {
        # 首次调用时删除自己这个代理，再执行真正的初始化
        Remove-Item function:conda -ErrorAction SilentlyContinue
        (& "E:\software\anaconda3\Scripts\conda.exe" "shell.powershell" "hook") | Out-String | ?{$_} | Invoke-Expression
        conda @args
    }
}
#endregion

工作原理

  1. 启动时只定义一个名为 conda 的函数，几乎不耗时；
  2. 第一次输入任何 conda 命令时，代理函数先删除自己；
  3. 然后执行真正的 hook 初始化，它会定义真正的 conda 函数（接管代理留下的空位）；
  4. 最后 conda @args 把你输入的参数转发给真正的 conda。

第二次开始就全是原生函数，没有任何额外开销。

效果验证

重新启动 PowerShell，并确认 conda 功能正常：

PS> powershell -Command "conda --version; conda env list"
conda 25.5.1

# conda environments:
#
base                 * E:\software\anaconda3
DL                     E:\software\anaconda3\envs\DL
YOLO                   E:\software\anaconda3\envs\YOLO

启动耗时对比：

优化前优化后
配置文件加载6250 ms~0 ms
PowerShell 整体启动~6.5 s647 ms

注意事项

  1. 新终端不再自动显示 (base) 前缀——因为 base 环境的激活也是 hook 做的，现在推迟到了首次使用 conda 时。个人认为无伤大雅；如果你依赖这个提示，可以改用异步加载方案（后台预初始化，不阻塞启动）。

  2. conda init powershell 会覆盖你的修改——文件里那块注释 Contents within this block are managed by 'conda init' 不是开玩笑的，conda 升级或重新 init 时会把整块内容重写回慢速版本。到时候再改回来一次即可。

  3. 同样的懒加载思路适用于所有"在 Profile 里做重量级初始化"的工具：nvm、pyenv、module 补全等，都可以套用。

总结

  • 先测量，再优化：一个 Stopwatch 就能把 6 秒的锅精确甩到具体某一行配置上；
  • 懒加载是 Profile 优化的银弹：启动时定义代理，首次使用时才真正初始化；
  • 修复前后：6.2 s → 0.6 s，快了 10 倍。