代码之家 › 专栏 › 技术社区 › dahlbyk

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

powershell-v2.0 powershell com sharepoint

dahlbyk · 技术社区 · 15 年前

一些背景:

SharePoint+PowerShell is (Usually) a Perfect Match 扎克·罗森菲尔德
SharePoint+PowerShell Leak Workarounds 由我
所以: Could you explain STA and MTA?

简而言之,标准的SharePoint指南是由COM支持的对象 SPSite 和 SPWeb 不同的线程不应使用。这与PowerShell在默认情况下使用MTA模式存在冲突,在上面引用的泄漏解决方法中进行了验证。一个建议的解决方法是尝试使用PowerShell2.0的-sta标志,这似乎可以解决问题;但是,在他在Zach之后的评论中指出,sta模式是不够的。

这将把我的网络知识推向边缘,所以我希望有人能帮助我理解…

STA模式是否足以将对象访问限制为通过PowerShell管道的单个线程?
如果不是,为什么?

1 回复 | 直到 15 年前

x0n 15 年前

最后,如果您使用的是PowerShell2.0,那么-sta模式就足够了。原因是在STA模式下,默认的运行空间会为所有交互命令(以及脚本)重用一个线程。扎克在2月份研究的PowerShell版本的行为可能与当前PowerShell2.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模式下在单个线程上运行;-)

-奥辛

微软PowerShell MVP

推荐文章

Swapnil Srivastava · exec zsh不在我的windows中工作powershell帮助我理解

1 年前

sorosh_sabz · 为什么插件llcsharp-v2报告失败

1 年前

Purushottam Nawale · Shell脚本打开VS代码,然后脚本在VS代码终端中运行

1 年前

kristaps · 将嵌套的JSON输出导出到CSV文件

1 年前

Bubinsky · 发送邮件前检查登录是否正确-雅虎和Powershell

1 年前

littlepieceofnik · 方法调用失败,因为[System.String]不包含名为“SignData”的方法

1 年前

Flamingo · 如何更改PowerShell exe的默认路径

1 年前

arsaces · 将文本添加到特定文件的末尾

2 年前

Astora · Powershell-在错误位置写入主机打印

2 年前

siennac · 使用powershell更改html中的文本颜色

2 年前