.NET简谈组件程序设计之(AppDomain应用程序域)
最近在苦学.NET底层框架模型，发现.NET深入真的不是一般的难，不开源、没有相关系统的官方的书籍做学习资料，只能零散的看MSDN。要想摸熟.NET的模型真的并非易事。慢慢来吧。[王清培版权所有，转载请给出署名]
.NET应用程序域(AppDomain)是我们所有.NET应用程序的逻辑宿主容器。初次接触会感觉到AppDomain离我们日常开发比较远，不常用到。其实是我们很少接触一些复杂而底层的系统结构。在日常的开发中，我们多数是基于数据库的管理信息系统(MIS)，做增、删、改、查的操作。我始终认为作为开发人员要注意自己的发展方向，要时刻提醒自己的职业规划，不要盲目的将自己的黄金时间用在“寻找另一艘行驶很慢的小帆船上”【.NET之降龙十八掌】，
在我们打算将整个人生都投入到IT中时，视乎有很多时间可以利用，但是仔细想想我们能用的时间很少。一天下来除去工作的时间就是休息的时间，我们只能剥削自己休息的时间，更是剥夺陪家人的时间。就想周公【周公的专栏】所说的，我们的生活不仅仅只有技术，我们应该只剥夺自己的时间而不是剥夺陪家人的时间。在家人休息的时候我们用来学习，在家人出去买菜的时候我们用来学习，在家人需要你的时候千万不要用“我要学习”的借口回避。[王清培版权所有，转载请给出署名]
言归正传，上面只是本人对生活的一点小小的感悟吧。
本篇文章我们来简单的了解一下.NET逻辑宿主的相关概念。
在传统的Win32的程序中，进程是独立的运行空间，在一些大型系统中，通常都是将系统中的核心功能分解出来用独立的进程来处理，一方面是为了能获得更高的系统性能、吞吐量。另一方面是为了能隔离功能之间的错误异常，为了使功能之间互不干扰，用进程进行隔离，再通过IPC或者其他的方式进行进程间通信，当某个功能发生严重错误的时候不会使整个系统强制关闭。
其实.NET的应用程序域诞生的初衷有点这个意思，用AppDomain进行隔离错误异常。
在我们开发大型系统的时候，或者是开发系统核心组件的时候肯定是需要考虑系统的容错性的，尤其是在一些实时监控的功能，是绝对不允许出现异常中断整个系统的。
那么.NET为我们提供了AppDomain的概念，它是程序在进程中的逻辑宿主。既然是逻辑宿主，那么他们还是共享同一地址空间。在系统的托管堆中还是不分AppDomain的概念的。[王清培版权所有，转载请给出署名]
每一个可执行应用程序都会独立开启一个进程，当系统加载器将控制权交给CLR的时候，.NET会用默认的AppDomain来宿主应用程序。默认的应用程序域是由.NET开启的，当系统启动起来之后，我们可以创建应用程序域，然后在该域里面创建对象。【其实我真的很想知道到底AppDomain是怎么起到隔离的作用的，如果哪位高手了解的请赐教。】
我们看一个下例子：
- using System;
- using System.Collections.Generic;
- using System.Text;
- using System.Runtime.Remoting;
- namespace MyClassLibrary
- {
- /// <summary>
- /// 使用代理进行调用
- /// </summary>
- public class Class2 : MarshalByRefObject
- {
- int number = 0;
- public void PrintAppDomain()
- {
相关新闻>>
最新推荐更多>>>
- 发表评论
-
- 最新评论 更多>>
