我试图在powershell中调用Start-Job。当我这样做时，会产生一个带有以下参数的后台powershell：
C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -Version 5.0 -s -NoLogo -NoProfile -EncodedCommand [encoded command I want to run in base64]
然而，无论我发送命令，powershell命令似乎永远不会完成。
我尝试生成像这样的PowerShell实例：
powershell.exe -s
这似乎也创建了一个似乎被冻结的实例，而不是执行或做任何事情。在线查看，我似乎无法找到任何对-s参数的引用。
是否有人知道它的用途或如何摆脱它以便我的开始工作正常工作？
编辑：-s可能是-sta的简写，但是我的命令不会使用-sta冻结，但它确实使用-s。
Edit2：我后来发现-s是-ServerMode的简写，显然是Legacy Powershell 2.0选项。我不知道为什么在使用Start-Job时会添加它。
Edit3：我使用的命令是：
$deploymentsJobs += Start-Job -InitializationScript { SomeSmallFunction } (AnotherFunction) -ArgumentList $arg1, $arg2, $arg3}
答案 0 :(得分：3)
<强> TL; DR：
-s选项是命令行的预期部分，用于通过新的PowerShell进程启动后台作业 - 它将新进程置于服务器模式，需要与调用进程进行通信以进行后台作业管理。
鉴于您描述的所有内容都符合预期，问题可能在于您通过-InitializationScript和主脚本块（隐含的-ScriptBlock参数）运行的特定命令。
正如您所发现的，Start-Job电话会在幕后产生powershell -s -NoLogo -NoProfile电话 （可通过任务管理器发现）。
也就是说，创建新的PowerShell进程以在后台运行命令。
只有在使用-EncodedCommand参数调用Start-Process时，才会出现带有Base64编码命令字符串的-Initialization参数 - 主脚本块（隐含）{{1}
-ScriptBlock用于PowerShell内部 - 始终 - 用于调用后台作业，而-s正如您所发现的那样，是-s切换的别名。 （鉴于只有-servermode被记录在案，人们会认为-STA是-s的缩写，但事实并非如此。
-STA / -s是实施细节，仅由PowerShell本身使用，这就是未记录的原因。
This location向您展示了如何构造后台进程的命令行。
服务器模式 是后台进程必须处于的模式，以便通过其标准流（stdin，stdout，stderr）与调用进程通信：也就是说，在后台执行的命令通过其stdin流发送到后台进程，后台进程通过stdout和stderr流报告其输出。 [1]
请注意 序列化/反序列化在此进程间通信中发生，使用与PowerShell 远程处理相同的基础结构
[1] Ohad Schneider指出，如果主脚本块包含带有直接写入后台进程的控制台程序的-servermode等命令，则可能会意外中断此通信'stdout stream - 见this answer。