如何在PowerShell中复用/传递已加载模块至Start-Job？

核心结论 #

直接把主线程已加载的模块传递给Start-Job做不到——因为每个PowerShell作业都是独立进程，有自己的运行空间，没法共享主线程的模块加载状态。但可以通过以下几种方式优化模块导入的耗时：

优化方案 #

1. 预加载模块到作业会话池 #

PowerShell作业会用到会话池，先初始化一个预加载好ConfigurationManager模块的会话，后续作业复用这个会话，就能避免重复导入：

# 先创建预加载模块的会话
$session = New-PSSession -ConfigurationName Microsoft.PowerShell
Invoke-Command -Session $session -ScriptBlock { Import-Module ConfigurationManager }

# 后续作业复用该会话
Measure-Command -Expression {
    $job = Start-Job -Session $session -ScriptBlock ${function:getCmAppDeploymentType} -ArgumentList $cmAppName
    $cmAppDeploymentType = $job | Wait-Job | Receive-Job
}

第一次创建会话时仍有导入耗时，但后续所有复用该会话的作业都无需再导入模块，能大幅降低重复作业的总耗时。

2. 指定模块完整路径导入 #

默认Import-Module会搜索模块路径，直接指定完整路径可以减少搜索开销：

$modulePath = (Get-Module ConfigurationManager).Path
Measure-Command -Expression {
    $job = Start-Job -InitializationScript {
        param($path)
        Import-Module -Path $path
    } -ArgumentList $modulePath -ScriptBlock ${function:getCmAppDeploymentType} -ArgumentList $cmAppName
    $cmAppDeploymentType = $job | Wait-Job | Receive-Job
}

通过主线程获取模块的完整路径，传递给作业直接导入，省去模块路径搜索的时间。

3. 改用Runspace替代Start-Job #

Runspace是轻量级线程，共享进程空间（但有独立运行空间），主线程加载模块后，可直接将模块复制到Runspace的运行空间，避免重复导入：

# 创建Runspace池
$runspacePool = [RunspaceFactory]::CreateRunspacePool(1, 1)
$runspacePool.Open()

# 将主线程的ConfigurationManager模块复制到Runspace
$module = Get-Module ConfigurationManager
$runspacePool.SessionStateProxy.Module.SetModule($module)

# 创建并执行Runspace任务
$ps = [PowerShell]::Create().AddScript(${function:getCmAppDeploymentType}).AddArgument($cmAppName)
$ps.RunspacePool = $runspacePool

Measure-Command -Expression {
    $result = $ps.Invoke()
    $cmAppDeploymentType = $result[0]
}

# 清理资源
$ps.Dispose()
$runspacePool.Close()
$runspacePool.Dispose()

Runspace的启动开销远低于Start-Job的独立进程，加上避免重复导入模块，整体性能会更接近主线程直接调用的速度。

补充说明 #

Start-Job本质是创建独立的PowerShell进程，每个进程都要重新初始化运行环境，所以没法直接共享主线程已加载的模块。上述方案中，Runspace是最贴合需求的优化方式，能最大程度减少模块加载带来的额外耗时。

内容的提问来源于stack exchange，提问作者Bbb