3

我并不是说这个问题听起来太可爱了，但这确实是手头的问题。考虑在 $env:PSModulePath 下安装的 PowerShell 模块 Test.psm1 中定义的以下两个函数：

function Start-TestAsync
{
    [CmdletBinding()]
    param([ScriptBlock]$Block, [string]$Name = '')   
    Start-Job { Start-Test -Name $using:Name -Block $using:Block }
}

function Start-Test
{
    [CmdletBinding()]
    param([ScriptBlock]$Block, [string]$Name = '')
    # do some work here, including this:
    Invoke-Command -ScriptBlock $Block
}

导入模块后，我可以运行同步功能...

PS> Start-Test -Name "My Test" -Block { ps | select -first 9 }

...并显示来自 Get-Process 的适当输出。

但是，当我尝试运行异步版本时......

PS> $testJob=Start-TestAsync -Name "My Test" -Block { ps | select -first 9 }

...然后查看其输出...

PS> Receive-Job $testJob

...它只是将参数引入 Start-Test 函数失败，报告它无法将字符串转换为 ScriptBlock。因此，-Block $using:Block传递的是字符串而不是 ScriptBlock！

经过一些实验，我确实找到了解决方法。如果我修改 Start-Test 以便 $Block 参数的类型是 [string] 而不是 [ScriptBlock] - 然后将该字符串转换回一个块以提供给 Invoke-Command ...

function Start-Test
{
    [CmdletBinding()]
    param([string]$Block, [string]$Name = '')
    $myBlock = [ScriptBlock]::Create($Block)
    Invoke-Command -ScriptBlock $myBlock
}

然后，当我从上面运行相同的命令时，我会获得正确的结果：

PS> $testJob=Start-TestAsync -Name "My Test" -Block { ps | select -first 9 }
PS> Receive-Job $testJob

在我的初始示例中using范围是否正常工作（将 ScriptBlock 转换为字符串）？关于它的有限文档（about_Remote_Variables，about_Scopes）提供的指导很少。最终，当 $Block 参数输入为 [ScriptBlock] 时，有没有办法让 Start-Test 工作？

4

4 回答 4

2

这显然是设计使然：https ://connect.microsoft.com/PowerShell/feedback/details/685749/passing-scriptblocks-to-the-job-as-an-argument-cannot-process-argument-transformation-on-范围

解决方法（来自上面的链接）是使用[ScriptBlock]::Create()：

发生这种情况是因为 $ScriptToNest 脚本块由于 PowerShell 序列化的工作方式而被转换为字符串。您可以通过显式创建脚本块来解决此问题。将 $OuterScriptblock 中的 param() 块替换为以下内容（$ip 是输入）：

[scriptblock]$OuterScriptblock = {
param($ip)
[ScriptBlock]$ScriptToRun = [ScriptBlock]::Create($ip)

这将是您的解决方法（如您所见）：

function Start-TestAsync
{
    [CmdletBinding()]
    param([ScriptBlock]$Block, [string]$Name = '')
    Start-Job { Start-Test -Name $using:Name -Block $using:Block }
}

function Start-Test
{
    [CmdletBinding()]
    param($Block, [string]$Name = '')
    # do some work here, including this:
    $sb = [ScriptBlock]::Create($Block)
    Invoke-Command -ScriptBlock $sb
}
于 2014-09-08T21:20:31.473 回答
0

我意识到这并不能完全回答您的问题，但我认为您可以通过将其放入一个函数中来大大简化它：

function Start-Test
{
    [CmdletBinding()]
    param(
        [ScriptBlock]$Block, 
        [string]$Name = '',
        [Switch]$Async
    )
    # do some work here, including this:
    Invoke-Command -ScriptBlock $Block -AsJob:$Async
}

由于Invoke-Command已经可以为您开始工作，您可以让您的函数接受一个-Async开关，然后将其值传递给-AsJob开关。

调用同步

Start-Test -Block { ps | select -first 9 }

调用异步

Start-Test -Block { ps | select -first 9 } -Async

猜测

至于为什么您看到的实际情况正在发生，我不确定，但我认为这可能与嵌套脚本块有关，尽管我目前无法进行适当的测试。

于 2014-09-08T20:04:06.963 回答
0

我相信你看到这个的原因是 $using 的目的是在远程系统上使用之前扩展脚本块内的局部变量的值- 它实际上并没有在远程会话。脚本块与值最接近的是它的命令文本。

于 2014-09-08T20:43:27.413 回答
0

虽然知道（感谢@KeithHill）我所看到的是一个已知问题很有用 - 对不起，我的意思是“设计” - 我真正的问题没有得到回答（“最终，有没有办法让当其 $Block 参数键入为 [ScriptBlock] 时开始测试工作？" )

昨晚我突然得到了答案：

function Start-TestAsync
{
    [CmdletBinding()]
    param([ScriptBlock]$Block, [string]$Name = '')   
    Start-Job {
        $myBlock = [ScriptBlock]::Create($using:Block);
        Start-Test -Name $using:Name -Block $myBlock  }
}

function Start-Test
{
    [CmdletBinding()]
    param([ScriptBlock]$Block, [string]$Name = '')   
    # do some work here, including this:
    Invoke-Command -ScriptBlock $Block
}

请注意，在 Start-TestAsync 中，我在内部允许序列化发生（$using:Block），将 ScriptBlock 转换为字符串，然后立即将其重新转换（创建）为 ScriptBlock，然后可以安全地将其传递给 Start-作为真正的 ScriptBlock 进行测试。对我来说，这是对我问题中的解决方法的重大改进，因为现在两个函数上的公共 API 都是正确的。

于 2014-09-10T16:41:49.877 回答