布满式架构对品种的支付也许有不小的频率升高

 
 在近期的花色支出中,布满式开拓已经逐步变成主流。三个品类只要未有利用布满式架构,都倒霉意思跟旁人说那是八个全体的种类。这句话固然有一点点偏激,可是随着大家对效能的渴求在增高,以至产品须求提升客商体验。唯有在软件项目标效能和体会做到高素质,才干够获得客户和市镇。

   1.AppDomain概述:

     
AppDomain相同与系统的进程,进程是有操作系统举行创办,AppDomain是由CL奥迪Q5举办创办。四个加以的AppDomain必需驻留在五个操作系统的经过中,而一个加以的历程能够留宿多个AppDomain。好似下图:

   图片 1

     
如上图所示,三个目的正好贮存在四个AppDomain种,值也同等。三个AppDomain中的对象援用必需是引用同大器晚成AppDomain中的对象,AppDomain的行为就周边有所和煦个人之处空间。假如多少个AppDomain须要利用二个等级次序,必得为各样AppDomain分别早先化和分红一次品种。必须为各类用到项指标AppDomain分别加载和最早化二遍品种的措施和程序集。进度种的相继AppDomain要维护项目标两样拷贝。对于项指标静态子类,种种AppDomain都有其和煦的私家别本。

     AppDomain的财富宛如图:

图片 2

     
对于应用AppDomain的财富被加载,平素在内部存款和储蓄器中,卸载AppDomain能源是唯大器晚成卸载模块可能程序集的路线,卸载AppDomain能源也是回笼类型静态字段所占内部存款和储蓄器的独一格局。

   
 在地点提到过操作系统的线程与AppDomain形似,在CLHummerH第22中学定义了System.Threading.Thread,在AppDomain中表示为可调整的实业,在这里地提议二个新的定义,这正是“软线程”和“硬线程”,一孔之见,操作系统的线程被称之为“硬线程”,CLHummerH第22中学的System.Threading.Thread被誉为“软线程”。一个CL本田UR-V软线程对象驻留在二个明确的AppDomain中;二个加以的AppDomain恐怕有三个软线程对象。在当前的CL本田UR-V中,对于给定的AppDomain,硬线程至多有贰个软线程对象属于她,假若一个硬线程运营在多个AppDomain中,各个AppDomain都会有叁个显眼的软线程对象属于该线程。当给定的硬线程进入AppDomain后,就可以拿走平等的软线程对象。

   对于.NET项目,大家应用相当多的布满式结构有Webservice,.Net
remoting,MSMQ,WCF,WebAPI等等,我们在应用那些框架的时候,从这一个布满式框架中获得了很好的顾客体验。在.NET项目中,布满式架构对品种的开销也会有相当大的频率进步。

三.程序集操作实例:

using System;
using System.Collections.Generic;
using System.IO;
using System.Reflection;

namespace AppDomainToolkit
{

    /// <summary>
    /// 用于确定加载器应加载哪些加载上下文程序集。
    /// </summary>
    public enum LoadMethod
    {
        /// <summary>
        /// 将程序集加载到LoadFrom上下文中,这将使程序集及其所有引用被发现
                 ///并加载到目标应用程序域中。 尽管它对DLL地狱的倾向,这可能是去的方式
                 /// default,只要确保将应用程序的基本目录传递给AssemblyResolver实例等
                 ///可以正确解析引用。 这也允许同时加载同名的多个程序集
                 ///维护单独的文件名。 这是推荐的方式。
        /// </summary>
        LoadFrom,

        /// <summary>
        /// 使用原始文件名将组合件加载到内存中。 这将以匿名方式加载程序集,因此它不会有
                 ///一个加载上下文。 使用这个,如果你想要的位加载,但确保通过这个文件所在的目录
                 /// AssemblyResolver实例,以便您可以再次找到它。 这是类似于LoadFrom,除非你没有得到免费
                 ///通过融合查找已经存在的程序集名称。 使用它可以更好地控制汇编文件加载。
        /// </summary>
        LoadFile,

        /// <summary>
        /// 使用原始文件名将目标程序集的位加载到内存中。 这本质上是一个动态组件
                 ///为所有的CLR关心。 你将永远不能找到这个与程序集解析器,所以不要使用这,除非你看
                 ///按名称。 小心这一个。
        /// </summary>
        LoadBits
    }

    /// <summary>
    /// 这个类将会把程序集加载到它加载到的任何应用程序域中。 这只是一个简单的方便
    /// wrapper环绕静态Assembly.Load *方法,主要的好处是能够加载程序集
    ///匿名按位。 当您以这种方式加载程序集时,不会有任何DLL文件的锁定。
    /// </summary>
    public class AssemblyLoader : MarshalByRefObject, IAssemblyLoader
    {
        #region Public Methods

        /// <inheritdoc /> 
        /// <remarks>
        /// 如果此实例的LoadMethod设置为LoadBits,并且PDB文件的路径未指定,那么我们将尝试猜测
                 ///到PDB的路径并加载它。 注意,如果一个程序集被加载到内存中而没有调试符号,那么
                 /// image将被抛出。 警惕这个。 使用LoadBits方法加载程序集不会锁定
                 /// DLL文件,因为整个程序集被加载到内存中并且文件句柄被关闭。 但是,
                 ///以这种方式加载的程序集不会有与之关联的位置,因此您必须键入程序集
                 ///它的强名。 当将同一程序集的多个版本加载到一个程序集时,这可能会导致问题
                 ///应用程序域。
        /// </remarks>
        public Assembly LoadAssembly(LoadMethod loadMethod, string assemblyPath, string pdbPath = null)
        {
            Assembly assembly = null;
            switch (loadMethod)
            {
                case LoadMethod.LoadFrom:
                    assembly = Assembly.LoadFrom(assemblyPath);
                    break;
                case LoadMethod.LoadFile:
                    assembly = Assembly.LoadFile(assemblyPath);
                    break;
                case LoadMethod.LoadBits:

                    // Attempt to load the PDB bits along with the assembly to avoid image exceptions.
                    pdbPath = string.IsNullOrEmpty(pdbPath) ? Path.ChangeExtension(assemblyPath, "pdb") : pdbPath;

                    // Only load the PDB if it exists--we may be dealing with a release assembly.
                    if (File.Exists(pdbPath))
                    {
                        assembly = Assembly.Load(
                            File.ReadAllBytes(assemblyPath),
                            File.ReadAllBytes(pdbPath));
                    }
                    else
                    {
                        assembly = Assembly.Load(File.ReadAllBytes(assemblyPath));
                    }

                    break;
                default:
                    // In case we upadate the enum but forget to update this logic.
                    throw new NotSupportedException("The target load method isn't supported!");
            }

            return assembly;
        }

        /// <inheritdoc />
        /// <remarks>
        /// 这个实现将执行目标程序集的尽力负载,它是必需的引用
                 ///进入当前应用程序域。 .NET框架在我们允许使用的调用上锁定我们
                 ///当加载这些程序集时,所以我们需要依赖于AssemblyResolver实例附加的
                 /// AppDomain为了加载我们想要的方式。
        /// </remarks>
        public IList<Assembly> LoadAssemblyWithReferences(LoadMethod loadMethod, string assemblyPath)
        {
            var list = new List<Assembly>();
            var assembly = this.LoadAssembly(loadMethod, assemblyPath);
            list.Add(assembly);

            foreach (var reference in assembly.GetReferencedAssemblies())
            {
                list.Add(Assembly.Load(reference));
            }

            return list;
        }

        /// <inheritdoc />
        /// <remarks>
        /// Just a simple call to AppDomain.CurrentDomain.GetAssemblies(), nothing more.
        /// </remarks>
        public Assembly[] GetAssemblies()
        {
            return AppDomain.CurrentDomain.GetAssemblies();
        }

        #endregion
    }
}

四.总结:

 
 本文首要教师了使用程序域的连锁概念,本连串重大解说.NET对象的跨应用程序域的传递,由于规划使用程序域的内容,所以本文首要教授了有的基本概念,甚至一些中坚的靶子,对于使用程序域包罗的程序集的连锁内容将要底下进行操作。在实质上的花色中,相当少直接取操作使用程序域,超多的是一向操作程序集,所以在本文的终极交给了一个就暗淡的次序集的操作方法。

 
 非常多人会问,那个布满式框架的底层原理是什么样吧?或者哪个人也不敢轻言几句就能够描述达成,在这里个博文种类中,就是轻易的陈说一下那些分布式结构的尾部达成原理。

   2.AppDomain大旨对象剖判:

   
 上边介绍了部分AppDomain的基本概念,接下去我们来总结领悟一下AppDomain的有关操作和中央指标。在.NET种可以因而System.AppDomain类型访谈AppDomain。在这里间我们具体掌握一下System.AppDomain类型的不二等秘书技和总体性。对于此类的辨证:https://msdn.microsoft.com/en-us/library/system.appdomain(v=vs.110).aspx。  

   (1).CurrentDomain:获取当前Thread 的当下选拔程序域。

public static AppDomain CurrentDomain
    {
      get
      {
        return Thread.GetDomain();
      }
    }

   
由以上代码可见,该属性为贰个静态属性,而且独有二个只读属性。该属性只是简单地提取存款和储蓄在硬线程的TLS(线程本地存款和储蓄区)中的AppDomain援用。你能够在Thread.CurrentThread属性中,从硬线程的TLS中领取当前的软线程对象。 

   (2).GetData():为钦定名称获取存款和储蓄在现阶段接受程序域中的值。

[SecuritySafeCritical]
    public object GetData(string name)
    {
      if (name == null)
        throw new ArgumentNullException("name");
      switch (AppDomainSetup.Locate(name))
      {
        case -1:
          if (name.Equals(AppDomainSetup.LoaderOptimizationKey))
            return (object) this.FusionStore.LoaderOptimization;
          object syncRoot = ((ICollection) this.LocalStore).SyncRoot;
          bool lockTaken = false;
          object[] objArray;
          try
          {
            Monitor.Enter(syncRoot, ref lockTaken);
            this.LocalStore.TryGetValue(name, out objArray);
          }
          finally
          {
            if (lockTaken)
              Monitor.Exit(syncRoot);
          }
          if (objArray == null)
            return (object) null;
          if (objArray[1] != null)
            ((IPermission) objArray[1]).Demand();
          return objArray[0];
        case 0:
          return (object) this.FusionStore.ApplicationBase;
        case 1:
          return (object) this.FusionStore.ConfigurationFile;
        case 2:
          return (object) this.FusionStore.DynamicBase;
        case 3:
          return (object) this.FusionStore.DeveloperPath;
        case 4:
          return (object) this.FusionStore.ApplicationName;
        case 5:
          return (object) this.FusionStore.PrivateBinPath;
        case 6:
          return (object) this.FusionStore.PrivateBinPathProbe;
        case 7:
          return (object) this.FusionStore.ShadowCopyDirectories;
        case 8:
          return (object) this.FusionStore.ShadowCopyFiles;
        case 9:
          return (object) this.FusionStore.CachePath;
        case 10:
          return (object) this.FusionStore.LicenseFile;
        case 11:
          return (object) (bool) (this.FusionStore.DisallowPublisherPolicy ? 1 : 0);
        case 12:
          return (object) (bool) (this.FusionStore.DisallowCodeDownload ? 1 : 0);
        case 13:
          return (object) (bool) (this.FusionStore.DisallowBindingRedirects ? 1 : 0);
        case 14:
          return (object) (bool) (this.FusionStore.DisallowApplicationBaseProbing ? 1 : 0);
        case 15:
          return (object) this.FusionStore.GetConfigurationBytes();
        default:
          return (object) null;
      }
    }

 
 每叁个AppDomain有和谐的情状属性集,能够透过SetData和GetData方法访谈,在这里边给出了GetData()方法的源码。该方法选用二个string参数,预约义应用程序域属性的称号,或已定义的应用程序域属性的称呼。重返多少个属性的值,或
null(如若属性不设有)。AppDomainSetup类为二个密封类,表示能够拉长到System.AppDomain的实例的程序集绑定音讯。

 
 (3).CreateDomain:使用钦定的名称、证据和利用程序域设置音信创制新的选择程序域。

[SecuritySafeCritical]
    [SecurityPermission(SecurityAction.Demand, ControlAppDomain = true)]
    public static AppDomain CreateDomain(string friendlyName, Evidence securityInfo, AppDomainSetup info)
    {
      return AppDomain.InternalCreateDomain(friendlyName, securityInfo, info);
    }

 
 该方法存在多少个重载,采用四个参数,域的亲善名称。friendlyName:此友好名称可在客商分界面中浮现以标志域;securityInfo:分明代码标记的证据,该代码在运用程序域中运维。传递
null
以利用当前接纳程序域的凭据。info:蕴含应用程序域带头化音讯的对象。该措施重回三个新成立的选取程序域。

 
 (4).ExecuteAssembly():使用钦命的证据和实参实施钦定文件中满含的次序集。

 [Obsolete("Methods which use evidence to sandbox are obsolete and will be removed in a future release of the .NET Framework. Please use an overload of ExecuteAssembly which does not take an Evidence parameter. See http://go.microsoft.com/fwlink/?LinkID=155570 for more information.")]
    public int ExecuteAssembly(string assemblyFile, Evidence assemblySecurity, string[] args)
    {
      if (assemblySecurity != null && !this.IsLegacyCasPolicyEnabled)
        throw new NotSupportedException(Environment.GetResourceString("NotSupported_RequiresCasPolicyImplicit"));
      RuntimeAssembly assembly = (RuntimeAssembly) Assembly.LoadFrom(assemblyFile, assemblySecurity);
      if (args == null)
        args = new string[0];
      return this.nExecuteAssembly(assembly, args);
    }

 
 当创立二个AppDomain后,可以利用黄金时代层层技巧强制它加载和实施代码,能够运用ExecuteAssembly方法。该方法将指标AppDomain加载到程序聚焦,并且施行其主入口点。在父AppDomain种,ExecuteAssembly方法不会加载大概开始化钦定的主次集。ExecuteAssembly是四个合伙的例程,那就表示调用者将被堵塞,直到程序的Main方法把调控权交还运营时。

 
 ExecuteAssembly方法存在多少个重载版本,在这里边只拿出多少个版本来申明。该措施接受四个参数,assemblyFile:包蕴要实行顺序集的公文的称谓;assemblySecurity:为顺序集提供的证据;args:程序集的入口点的实参。该办法重回 程序集的入口点再次来到的值。该措施应用Assembly.LoadFrom来加载程序集。有关程序集的内容将要下生龙活虎篇讲明。

 
 (5).DoCallBack():在另三个利用程序域中进行代码,该行使程序域由钦命的信托标志。

 public void DoCallBack(CrossAppDomainDelegate callBackDelegate)
    {
      if (callBackDelegate == null)
        throw new ArgumentNullException("callBackDelegate");
      callBackDelegate();
    }

 
 这一个钦赐方法必需是静态的,何况它的签署与CrossAppDomainDelegate具名相称。

 
 本文重要疏解对象在采用程序域中的传递。首要教师使用程序域的部分骨干目标,对于使用程序域的操作现身的可比少,所以在此给出的是程序集的有的基本操作。如有白玉微瑕,还望多多指正。

一.AppDomain解析:

   
 AppDomain在数不完场馆都是被翻译为“应用程序域”,在本文中也将使用那后生可畏翻译。对于.NET的开荒者,对于CL凯雷德应该是最驾驭可是了,CLSportage相仿于java的JVM。在CL凯雷德中,AppDomain规定了代码的实行范围,提供了错误隔开的档期的顺序,提供了八个逢凶化吉隔断度,並且存有自身的能源。AppDomain的求实职能,犹如下图:

  图片 3

相关文章