sharepoint - PowerShell STA 模式是否消除了 SharePoint 内存泄漏问题？

Question

一些背景：

• SharePoint+PowerShell（通常）是Zach Rosenfield 的完美搭配 [MSFT]
• 我的SharePoint+PowerShell 泄漏解决方法
• SO：你能解释一下STA和MTA吗？

简而言之，标准的 SharePoint 指导是 COM 支持的对象喜欢SPSite并且SPWeb不应该由不同的线程使用。这与 PowerShell 默认使用的 MTA 模式相冲突，在上面引用的泄漏变通办法帖子中得到了验证。一种建议的解决方法是尝试 PowerShell 2.0 的 -STA 标志，这似乎应该可以解决问题；然而，Zach 在他的帖子的评论中暗示 STA 模式是不够的。

这推动了我的 COM 知识的边缘，所以我希望有人可以帮助我理解......

1. STA 模式是否足以将对象访问限制为跨 PowerShell 管道的单个线程？
2. 如果不是，为什么？

Answer 1

最终，只要您使用的是 Powershell 2.0，-STA 模式就足够了。原因是在 STA 模式下，默认运行空间为所有交互式命令（以及脚本）重用单个线程。Zach 在 2 月份查看的 powershell 版本的行为可能与 PowerShell 2.0 的当前 RC/RTM 不同。它可能使用了 UseNewThread 而不是当前默认的 ReUseThread：

PS> [System.Management.Automation.Runspaces.Runspace]::DefaultRunspace

Events                : System.Management.Automation.PSLocalEventManager
ThreadOptions         : ReuseThread
RunspaceConfiguration : System.Management.Automation.Runspaces.RunspaceConfigForSingleShell
InitialSessionState   :
Version               : 2.0
RunspaceStateInfo     : Opened
RunspaceAvailability  : Busy
ConnectionInfo        :
ApartmentState        : STA
InstanceId            : 8d3bfae1-8b64-433d-9ab9-ce640b15f84f
SessionStateProxy     : System.Management.Automation.Runspaces.SessionStateProxy
Debugger              : System.Management.Automation.Debugger

所以简而言之，你在这里没问题。他所说的高级技术很可能是如何使用 ReUseThread 启动新的运行空间，这现在是多余的，因为这是 -STA 的默认线程选项。但是，您可以使用此技术在 MTA 模式下在单个线程上运行；-)

-Oisin

微软 PowerShell MVP