LV_Q: 深入理解.net framwork中的Application domain（应用域） 概念 提交者: MCPD 日期: 11月15日 阅读: 17 摘要:appDomain是.NET框架独有的概念。找不到其他技术体系中贴切的参照概念，是微软自己的东东。很多人认为可以同进程的概念相同，我很不赞同：其一，“进程”是操作系统中的概念，在虚拟机/框架之类的体系中有着自己的定义和功能，显然这样理解appDomain是错误的。现在是虚拟机时代了，Java称作JVM（Java 虚拟机），.NET称作 FrameWork（框架）。对照着两个体系，当中有很多异同，不过我感兴趣的是.NET中称作“AppDomain”（应用程序域）的东东。这个概念如何准确的理解，对于.NET开发来讲有何意义？使用它需要注意些什么？ 微软的.NET文档中appDomain的解释相当简略（却不是很清楚J）: “一个应用程序在其中执行的独立环境”。为执行托管代码提供隔离、卸载和安全边界。到底如何理解呢？我想是不是可以这样来准确体会这个概念： 1、appDomain是.NET框架独有的概念。找不到其他技术体系中贴切的参照概念，是微软自己的东东。很多人认为可以同进程的概念相同，我很不赞同：其一，“进程”是操作系统中的概念，在虚拟机/框架之类的体系中有着自己的定义和功能，显然这样理解appDomain是错误的；其二，“在应用程序域和线程之间没有一对一的关联，多个线程可以属于一个应用程序域，尽管给定的线程并不局限于一个应用程序域，但在任何给定时间，线程都在一个应用程序域中执行。”（.NET FrameWork SDK 中的描述），如果这里的“应用程序域”换成“进程”讲得通么？ 2、隔离性。也不怪有人直接套解为进程，AppDomain有着代码执行隔绝的特性，就好像进程做的一样。appDomain的对象、代码可以认为相互隔离，甚至一个appDomain中的代码调用另外appDomain的对象（的数据或者方法等），需要类似DCOM中的“列集/散集”才可以进行（在类继承关系中appDomain类 继承自 MarshalByRefObject类）。每一个appDomain可以单独被调试、启动、停止，有着自己的默认的异常处理，一个appDomain崩溃了，不会影响其他的appDomain。可以理解为.NET的“逻辑进程”。 .NET中允许同一个应用程序的不同版本可以并存，消除了所谓的“dll hell”。通过创建不同的appDomain，我们可以让某个托管的程序集的1.0和2.0的版本同时执行（只要他们自身并不存在某个特定资源的非兼容性的存取访问） 3、安全性。由于代码隔离，可以防止某个危险代码对于其他的appDomain的影响。而且可以通过分配特定的安全分配，确定appDomain中的执行代码对于系统安全保护资源的访问。 4、独立性。每一个appDomain都由.NET的框架分配了专用的存储区（应用域局部存储）。任何对象都可以访问自己当前所在的appDomain的局部存储区，这个局部存储区被整个appDomain中的对象共享，也包括进入appDomain的线程（运行于同一个appDomain的线程可以通过这个局部存储进行通信）。 5、同进程、线程、程序集的关系。同进程属于多对一的关系，即一个进程中可以有多个appDomain，但是ap
，.net上的科学计算利器
.NET方向高级开发人员面试时应该事先考虑的问题