学习.NET中的AppDomain 什么是AppDomain?AppDomain是一组程序集的逻辑容器,AppDomain是为了提供隔离而设计的.它提供了保护.配置和终止其中每一个应用程序的隔离 AppDomain的功能: 1.一个AppDomain中的对象不能直接访问另一个Appdomain中的对象 一个AppDomain中的代码创建对象后,则这个对象就被创建他的AppDomain所拥有,它的生存期不能超过拥有它的AppDomain,要想访问另一个AppDomain中的对象 只能使用按引用传送

前面已经讨论了宿主以及宿主加载CLR的方式.同时还讨论了宿主如何告诉CLR创建和卸载AppDomain.为了使这些讨论更加具体,下面将描述一些常见的宿主和AppDomain使用情形.特别地,我要解释不同应用程序类型如何宿主CLR,以及他们如何管理AppDomain. 1      可执行应用程序 控制台UI应用程序.NT Service应用程序.Windows窗体应用程序和WPF应用程序都是自宿主应用程序的例子,他们都有托管的EXE文件.Windows用一个托管EXE文件初始化一个进程时,会加载

CLR COM服务器初始化时,会创建一个AppDomain.AppDomain是一组程序集的逻辑容器.CLR初始化时创建的第一个AppDomain称为默认的AppDomain,这个默认的AppDomain只有在Windonws进程终止时才能被撤销. 除了默认的AppDomain,正在使用非托管Com接口方法或托管类型方法的一个宿主还可指示CLR创建额外的AppDomain,AppDomain唯一的作用就是进程隔离.下面总结了AppDomain的具体功能. 1.1.   一个AppDomain中的

本篇用来梳理对象的创建.垃圾的回收,以及非托管资源的手动处理. →首先运行应用程序,创建一个Windows进程. →CLR创建一块连续的虚拟地址空间,这个地址空间就是托管堆.而且,这个地址空间最初并没有对应的物理存储空间. 虚拟地址空间分成2段.一个区段是普通堆,也叫GC堆,大小小于85000字节的引用类型对象的实例被分配在这里:另一个是大对象堆,大小大于等于85000字节的引用类型对象的实例被分配在这里. 对于客户端应用程序,每个区段的大小大致是16MB:对于服务端应用程序,每个区段的大小大致

寄宿(hosting)使任何应用程序都能利用clr的功能.特别要指出的是,它使现有应用程序至少能部分使用托管代码编写.另外,寄宿还为应用程序提供了通过编程来进行自定义和扩展的能力. 允许可扩展性意味着第三方代码可在你的进程中运行.在windows中将第三方dll加载到进程中意味着冒险.dll中的代码很容易破坏应用程序的数据结构和代码.dll还可能企图利用应用程序的安全上下文来访问它本来无权访问的资源.clr的appDomain功能解决了所有这些问题.AppDomain允许第三方.不受信任的代码在

AppDomain理解 为了保证代码的键壮性CLR希望不同服务功能的代码之间相互隔离,这种隔离可以通过创建多个进程来实现,但操作系统中创建进程是即耗时又耗费资源的一件事,所以在CLR中引入了AppDomain的概念,AppDomain主要是用来实现同一进程中的各AppDomain之间的隔离,AppDomain可以用以下特征来描述它的全貌: AppDomain概念并不存在于操作系统,而只存在于.net中并且AppDomain不可脱离进程单独存在,它是属于某一CLR或寄宿着CLR的进程的. 一个进程

/*** AppDomain 表示应用程序域,它是一个应用程序在其中执行的独立环境.无法继承此类. 应用程序域(由 AppDomain 对象表示)为执行托管代码提供隔离.卸载和安全边界. 使用应用程序域隔离可能终止进程的任务.如果正在执行任务的 AppDomain 的状态变得不稳定, 则可以卸载 AppDomain,但不会影响进程.当进程必须不重新启动而长时间运行时,这一点很重要. 还可使用应用程序域隔离不应共享数据的任务. 如果程序集被加载到默认应用程序域中,则当进程运行时将无法从内存中卸载该

AppDomain加载与释放dll 几年前写过同名随笔,但今天应不大适用了.但还有几个朋友留言关注,我重新发布相关代码. 首先我们的目的就是运行期间更新dll,并应用dll.这个过程需要应用 AppDomain来解决,办法就是创建新的AppDomain加载dll,并在dll更新后创建新的AppDomain来加载新的dll. 好了,我们有两个目录需要完成. 第一个目标:运行时能更新dll. 1.创建AppDomain时设置ShadowCopyFiles AppDomainSetup _setup

一.走进.NET AppDomain 天哪,.NET Framwork的CLR真是巧妙呢!随着越来越多的对.Net底层编程的了解,一些诸如架构,处理过程的复杂难懂的细节完全的让我叹服,所以呢,再次错过我们之前忽视的细节只美事不可能的了,有个与CLR肩并肩协同工作的一个核心组件,叫做AppDomain,作为.NET Framework的一部分,AppDomain是一个微软引入的非常酷的概念. 为了更好的理解.Net的AppDomain和AppDomian是如何影响我们创建并在其上工作的,还是从头说

1 clr寄宿-----.net framework在windows平台的顶部允许.者意味着.net framework必须用windows能理解的技术来构建.所有托管模块和程序集文件必须使用windows PE文件格式,而且要么是windows exe文件,要么是DLL文件 2,ICLRRuntimeHost可以做以下事情①设置宿主管理器.该诉CLR宿主想参与与涉及以下操作的决策:内存分配.线程调度/同步以及程序集加载等.宿主还可声明它想获得有关垃圾回收启动和停止以及特定操作超时的通知②获取C

C#.ASP.NET获取当前应用程序的绝对路径,获取程序工作路径   ============================================ 使用 Application.StartupPath 至于 System.IO.Directory.GetCurrentDirectory不行,因为应用程序有个当前工作目录,这个工作目录是会变的,不总是程序的启动目录(当然默认启动是应用程序目录). 比如说,你打开命令行(cmd),它就会显示一个路径,你会发现这个路径(通常是 C:/Doc

0  前言 AspNet MVC中比较重要的上下文,有如下: 核心的上下文有HttpContext(请求上下文),ControllerContext(控制器上下文) 过滤器有关有五个的上下文ActionExecutingContext,ActionExecutedContext,ResultExecutingContext,ResultExecutedContext,ExceptionContext 视图相关的上下文ViewContext 这些上下文之间的关系如下图所示 说明: 1.Contro

1.浏览器请求 请求-准备环境-->处理请求   2.Aspnet 环境的创建 客户请求 IIS区分静态文件还是动态文件,静态文件直接文件返回,动态文件通过aspnet_isapi.dll进行处理 第一次访问创建AppDomain 和宿主环境(详细可以查看AspNet MVC中各种上下文理解) 封装请求成HttpContext(同时实例化HttpRequest和HttpResponse 若第一次访问则从global进行实例化HttpApplication(这里就会调用熟悉的Application

Asp.net管道模型(管线模型)   前言 为什么我会起这样的一个标题,其实我原本只想了解asp.net的管道模型而已,但在查看资料的时候遇到不明白的地方又横向地查阅了其他相关的资料,而收获比当初预想的大了很多. 有本篇作基础,下面两篇就更好理解了: 理解并自定义HttpHandler 理解并自定义HttpModule 目录 一般不写目录,感觉这次要写的东西有些多就写一个清晰一下吧. 1.Asp.net管道模型: 2.进程的子进程与进程的线程: 3.应用程序域(AppDomain): 4.II

文章内容 从上章文章都知道,asp.net是运行在HttpRuntime里的,但是从CLR如何进入HttpRuntime的,可能大家都不太清晰.本章节就是通过深入分析.Net4的源码来展示其中的重要步骤.请先看下图: 首先,CLR在初始化加载的时候,会加载一个非常重要的类AppManagerAppDomainFactory,这个类是做什么用的呢?首先这个类继承了IAppManagerAppDomainFactory接口,而这个接口是是有个可供COM调用的Create方法,代码如下: [ComIm

0  前言 AspNet MVC中比较重要的上下文,有如下: 核心的上下文有HttpContext(请求上下文),ControllerContext(控制器上下文) 过滤器有关有五个的上下文ActionExecutingContext,ActionExecutedContext,ResultExecutingContext,ResultExecutedContext,ExceptionContext 视图相关的上下文ViewContext 这些上下文之间的关系如下图所示 说明: 1.Contro

一.缘起 最近做项目开始使用C#,因为以前一直使用的是C++,因此面向对象思想方面的知识还是比较全面的,反而是因没有经过完整.系统的.Net方面知识的系统学习,经常被一些在C#老鸟眼里几乎是常识的小知识点给绊倒. 为什么这么说呢,因为我在网络上查找的资料的时候,经常大部分问题,都是能够找到或多或少的参考资料,但是这些小知识点却很少能够找到正确的解决方法,有也是只有提问,没有回到,那么这种情况出现,就只有2种解释:1.这个方面的问题很难,难到没有人能够解决:2.这个问题太简单,简单到稍微熟悉的人都

作为一个Asp.Net平台开发者,非常有必要了解IIS和Asp.Net是如何结合,执行我们的托管代码,以及Asp.Net管道事件的. 本节目录 IIS 5.X IIS 6 IIS 7+ 集成模式 Asp.Net管道 HttpModule HttpHandle IIS 5.x InetInfo.exe与W3SVC服务 IIS 5.x运行在进程InetInfo.exe中,在该进程中一个最重要的服务就是名为World Wide Web Publishing Service(简称W3SVC)的Windo

在写这篇博客之前,知好多前辈已经写过,自己班门弄斧,主要是加深自己对细节的理解,另一方面希望对浏览此篇文章的读者一个新的认识.注定是一长篇.肯定有新的认识,图示都是原创. 此篇所有牵涉的细节,我会一一列出,估计持续更新数日. 当从浏览器发送到服务器一个请求,整个流程与细节的把握.IIS5和IIS6的有些许的不同. 全面理解,把握细节: 一,请求到达IIS再到Framework.若看以下的讲解,需要了解: 1,IIS5和IIS6都具备inetinfo.exe进程. 2, inetinfo.exe(

个人笔记:参考汤姆大叔的MVC之前那些事系列整理  client端发送页面请求,被IIS的某个进程截获,它根据申请的页面后缀(.aspx)不同,调用不同的页面处理程序(.asp->asp.dll; .aspx->ISAPI.dll).当asp应用程序进入CLR时, 框架会加载一个重要的类AppManagerAppDomainFactory. 在默认构造函数中,得到了ApplicationMananger对象. 而且这个类继承了IAppManagerAppDomainFactory,这个接口有个