.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对象,专门用来保存服务端对象的位置信息,并且是可序列化的。

 

时间: 2024-07-29 13:21:27

.NET简谈组件程序设计之(AppDomain应用程序域)的相关文章

.NET简谈组件程序设计之(初识NetRemoting)

在本人的".NET简谈组件程序设计之(初识远程调用)  "一文中,我们了解到什么是远程调用或者说在.NET平台上远程调用是什么样子的,可能和偏低层(Socket\Rpc)的远程调用有点距离.这只是系统为我们封装了假象而已,看不见不代表没有这逻辑,是为我们减轻了劳动负担.[王清培版权所有,转载请给出署名] 这篇文章我们来简单的了解一下在.NET平台上有一个强有力的远程调用武器,也是上一篇文章中我一笔带过的远程英雄.NetRemoting. 其实在.NET平台里面到处都能看见Remotin

.NET简谈组件程序设计之(初识远程调用)

在.NET1.0版本出来的时候,要想进行远程调用基本上都是通过WebService的方式.而随着.NET2.0版本的出现,我们可以通过一个更加方便且高扩展性的框架来进行编写远程调用的程序,也就是我们都比较熟悉的.NetRemoting. 网上对.NetRemoting技术讲解的文章不计其数,但是很少有一本比较全面的.系统的学习书籍.我们都是从哪些零散的知识里慢慢摸索,效果不太理想. 今天我也来简单的介绍一下我理解的Remoting.不仔细研究一下还真不知道它的厉害,完全的托管平台.高扩展性.灵活

.NET简谈组件程序设计之(上下文与同步域)

我们继续学习.NET多线程技术,这篇文章的内容可能有点复杂.在打破常理之后,换一种新的思考模型最为头疼.这篇文章里面会涉及到一些不太常见的概念,比如:上下文.同步域等等.我也是最近才接触这些关于组件编程方面的高深技术,大家一起学习,再大的困难也是有时间限制的,只要我们坚持. 在本人的上一篇文章".NET简谈组件程序设计之(多线程与并发管理一)"中,只是初步的带领我们学习一下关于多线程的一些基本的原理,包括线程切换,线程的开始.执行.等待.结束. 这篇文章的重点是学习关于线程的同步.互斥

.NET简谈组件程序设计之(渗入序列化过程)

在本人的上一篇文章".NET简谈组件程序设计之(初识序列化.持久化) "中,我们基本上了解了什么叫序列化和持久化.通过系统为我们提供的服务,我们可以很方便的进行二进制序列化.SOAP协议序列化. 今天这篇文章是来讲解怎么运用一些高级的功能,在序列化.反序列化过程中进行一些控制.[王清培版权所有,转载请给出署名] 这里穿插一句题外话:其实在我们自己编写组件的时候真的有好多东西可以借鉴.NET平台的一些优点,它的功能都不是死的,可以订阅.可以切入,在我们编写组件的时候,我们其实也要好好考虑

.NET简谈组件程序设计之(初识.NET线程Thread)

由于多线程的内容比较多我会用几篇文章来讲解. 多线程在我们日常开发过程中用的很多,上一篇".NET简谈组件程序设计之(异步委托) "详细的讲解了基于委托的多线程使用,委托是基于后台线程池的原理,这篇文章将主要介绍直接使用Thread对象来实现多线程. 当然使用Thread没有使用Delegate那么容易,毕竟多线程跟异步调用是两个相差很大的技术方向,我也是略懂点皮毛,在此献丑给大家,如有讲的不对的地方还请指出.[王清培版权所有,转载请给出署名] 我们先来理解几个概念,以方便我们学习.

.NET简谈组件程序设计之(手动同步)

在上一篇文章".NET简谈组件程序设计之(上下文与同步域)"中,我们学习了关于一些上下文和同步域的概念,可以利用这两个技术来进行自动同步. 今天我们主要学习怎么手动来执行同步,能从更小的粒度进行封锁,以达到最大程度的吞吐量.[王清培版权所有,转载请给出署名] 我们知道线程是进程的运行实体,进程是资源分配单位,而线程是执行单位.照书上所说,线程是程序的执行路径,当我们分配一个线程的时候,要确定线程的执行路径是什么,也就是代码中的ThreadStart委托所指向的入口点方法. 一旦我们手动

.NET简谈组件程序设计之(delegate与event关系)

 本人最近一段时间在学习关于.NET组件编程方面的技术,在学习过程中确实有很多好的东西需要与大家分享.[王清培版权所有,转载请给出署名] 关于什么叫组件编程,其实就是利用.NET来开发基于组件模型的程序,面向组件编程而非面向对象编程,这是一个高度,没有很长时间的学习与磨练 是体会不到这个感觉的.我们现在的开发思想应该是以面向对象为主的,但是如何提升这个高度,只有慢慢的学习了. 其实面向组件编程包含了面向对象编程思想,将一组功能独立的封装起来供以后重复使用,但是在开发组件的过程中需要使用到面向对象

.NET简谈组件程序设计之(初识序列化、持久化)

 今天我们来学习在组件开发中经常用到的也是比较重要的技术"序列化". 序列化这个名词对初学者来说不太容易理解,有点抽象.我们还是用传统的分词解释吧,肯定能搞懂它的用意是什么. 解释:数学上,序列是被排成一列的对象(或事件):这样,每个元素不是在其他元素之前,就是在其他元素之后.这里,元素之间的顺序非常重要. 那么我们对照这样的解释来分析一下我们程序中的序列化什么意思.都知道对象的状态是在内存中实时存着的,对象的状态在初始化的时候是通过系统分配的,在后期的程序运行过程中可能对它进行过一些

.NET简谈组件程序设计之(详解NetRemoting结构)

在本人的上一篇文章中只是简单的介绍了一下.NETRemoting的一般概念和基本的使用.这篇文章我想通过自己的学习和理解将对.NETRemoting的整体的一个框架进行通俗的讲解,其中最重要的就是信道(管道)处理模型思想,这里面蕴含了很多的设计原理.[王清培版权所有,转载请给出署名].NETRemoting远程处理架构是一个半成品,是.NET给我们的扩展框架,要想用于商业项目必须进行一些安全.性能方面的控制.要想进行一定深度的扩展那就要必须了解它的整体结构,各个点之间的关系才能很好的控制它. 网