Fork me on GitHub

.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()
        {
            Console.WriteLine(AppDomain.CurrentDomain.FriendlyName);
            number += 1;
            Console.WriteLine(number);
        }
    }
}

 

我定义一个Class2的类,继承自MarshalByRefObject对象,该对象是跨域远程访问的抽象基类,使用引用传递进行调用。后面讲到远程处理的时候我们再来详细的分解MarshalByRefObject对象。

  //创建新的应用程序域
            Console.WriteLine("default appdomain name:\n" + AppDomain.CurrentDomain.FriendlyName);
            AppDomain newdomain = AppDomain.CreateDomain("newadddomain");

            object refobject = newdomain.CreateInstanceAndUnwrap("MyClassLibrary", "MyClassLibrary.Class2");
            (refobject as MyClassLibrary.Class2).PrintAppDomain();
            Console.Read();

 

我们首先输出默认的应用程序域的名称,通常是应用程序的名称。如果在VS调试环境下会出现AppName.VsHost.exe名称。这是因为VS为了调试用自己的进程来启动我们的程序。然后在默认的应用程序域的里面创建了一个新的应用程序域,域名为newadddomain,其实这个时候我们拿到仅仅是新应用程序的透明代理。

这个客户端透明代理对象,背后隐藏了一个真实代理。细节我们后面文章在讨论。

细节这里就不扯了。

我们来看一下应用程序域是大概怎么创建的,包括代理的创建、位置的保存。

用程序域中调用新的应用程序的功能,设计到了跨域的访问,所以.NET通过ObjRef保存新的应用程序的位置信息以便在客户端生成代理。当ObjRef到达客户端之后,系统进行反序列化进行动态构造真实代理和透明代理,透明代理是动态创建的,必须继承自我们客户端调用的类型,可能用到了一些动态生成、编译的技术。ObjRef扩展自MarShalByRefObject对象,专门用来保存服务端对象的位置信息,并且是可序列化的。

 

posted @ 2011-09-15 11:21  王清培  阅读(2953)  评论(6编辑  收藏  举报