.NET组件中的线程辅助

.NET组件中的线程辅助2012-01-04 微山在Understanding COM Threading Models and Apartments from a .NET Application"s perspective 这一章，你知道在创建经典COM组件之前，.NET 应用程序是怎样宣告调用线程单元辅助。现在看一下等式的另一方面。尤其是当从非托管 COM感知应用程序创建了.NET组件时，.NET组件的线程辅助被文本定义，而对象就处在这个文本中。本质上来说，一个Context就是AppDomain（轻型过程）拥有的环境，而对象就是在AppDomain 中创建的。每一个文本都依次拥有对象，这些对象享用公共的使用要求，例如：线程辅助、对象池化、交易、JIT 激活、同步等。当依靠属性的执行时要求时，而且对象也要求中断服务时，就会创建这些文本。如果这里有一个文本，此嗯本与使用规则相匹配，然后执行时就会在那个文本中提供调节。如果它没有找到一个相匹配的文本，就会为对象创建一个新文本。

前面说到，每一个AppDomain都有一个默认文本。默认文本.依次拥有Context Agnostic （Context Agile）对象。这些对象没有绑定到任何文本。Context Agile 对象不要求任何属性，特殊使用规则以及中断服务。让我们看一下下面的表格，此表格总结了基于它们自己文本敏捷度的跨文本访问方案中.NET 组件是怎样执行的

图1

被非托管COM感知客户端访问时的线程中立行为

当一个程序集经过REGASM.EXE，想为COM 感知客户端创建正确的注册途径时，.NET组件是怎样把它的线程模式转到COM的。

InprocServer32下面的ThreadingModel钥有一个"Both"值。在Classic COM中，把它们的ThreadingModel作为"Both"的对象，期望移到它们的呼叫者单元，此呼叫者单元可以是STA或者MTA。除此以外，"Both"线程对象也集合自由线程封送拆收器,给被它们封送拆收事物提供单元,也集合直接接口指针引用，以此反对代理。Context Agile .NET 组件（不是从ContextBound对象扩展而来的）与中立线程COM对象相似，此中立线程COM对象集合自由线程封送拆收器。当我们通过非托管客户端中的COM 单元将接口引用传输到.NET组件时，.NET组件是怎样运行的。让我们看一下这个简单的C#类型：将向非托管 COM客户端展示这个C#类型：

using System;using System.Runtime.InteropServices;public interface IHelloDotNet {String GetThreadID（）;}/* end interface IHelloDotNet */[ClassInterface（ClassInterfaceType.None）]public class HelloDotNet : IHelloDotNet{public HelloDotNet（） {}public String GetThreadID（） {return AppDomain.GetCurrentThreadId（）.ToString（）;}}/* end class HelloDotNet */