根据这篇文章,如果我注册我的COM对象与“两个”或“自由”的线程模型,该对象必须是完全线程安全的。 具体来说,所有对全局共享variables的访问都必须同步,并且所有对成员variables的访问也必须同步。 这是很多努力。
现在我明白了,能够注册我的对象为使用“免费”线程模型是有利的,可能值得付出代价,使其完全线程安全。 但为什么我想要做同样的事情,并使用“Both”线程模型来注册我的对象呢? 什么是优势? 我如何select“两者”和“免费”?
线程模型
将组件标记为支持线程模型“Both”的主要原因是从单线程单元(STA)调用组件时的性能改进。
如果您将组件标记为MTA,并且您的组件是从STA内部创建的,那么您的组件将在单独的MTA公寓中创建, “由此产生的公寓间封送可能会降低性能,从而否定所有工作,免费线程组件“ 。 但是,如果你的组件的线程模型被标记为“Both”,那么它将被创建在STA对象的房间内并直接访问。
所以如果你认为你的组件可能是从一个STA中调用的(所有的VB6 COM对象都是STA),你可能要把线程模型标记为“Both”。
关于OLE线程模型的一篇很好的知识库文章。
免费线程模型
如果组件使用标记为“空闲”的其他组件,则可能需要使用“空闲”线程模型。 如果您的组件被标记为“Both”,那么在STA中运行的“Both”组件和MTA之间可能会有过多的公寓切换。 作为一般规则,尽可能在接近呼叫者的地方创建组件(即同一个房间),同时在所有情况下正常运行。
另一种情况下,将组件标记为“自由”是否明确阻止(例如Thread.Sleep)。 如果组件被标记为“Both”并在STA中实例化,则组件将阻塞STA消息泵。
其他考虑和情况
如果您打算在IIS中使用该组件,那么还有其他的事情要考虑。 对于IIS,“Both”是推荐的设置。 主要是为了避免使用Apartment线程组件,对COM + ObjectContext的高性能访问和“自由”线程组件使用系统安全上下文(如果需要访问用户的安全上下文)的事实锁定问题。 有关IIS线程注意事项的更多信息,请参阅选择IIS中组件的线程模型 。
其他要考虑的事情是COM +的支持,以及你的组件如何在COM +中运行以及接口指针是否被传递和存储。
一篇优秀的文章是COM +应用程序中的COM线程和应用程序体系结构 。 它有一个COM +重点,但也讨论COM。 有关您的问题,请阅读标题为“线程模型建议”的部分。 微软已经删除了原来的文章,所以我链接到一个副本。