在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 */
IP卡
狗仔卡
发表于 2009-3-16 18:22:56
收藏
提升卡
置顶卡
沉默卡
喧嚣卡
变色卡
显身卡
发表于 2009-12-1 23:05:09
发表于 2009-12-3 22:05:06