CLR探索应用程序域世界(上):Windbg SOS剖析揭示域世界

2024-04-17 00:58
文章标签 世界 剖析 探索 应用程序 揭示 windbg clr sos

本文主要是介绍CLR探索应用程序域世界(上):Windbg SOS剖析揭示域世界，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

 来源：lbq1221119  http://www.cnblogs.com/lbq1221119/archive/2007/12/12/992167.html

在CLR的世界中，有一系列的令人Amazing的技术和架构。其中，CLR对应用程序在内存中内存分配，执行模型，程序之间的交互等一系列的技术，值得每一个致力于DotNet平台的技术人员深究。
编程人员在开发的过程中，如果把程序集的加载(Assemblies Load)，反射(Reflection)，寄宿(Hosting)，应用程序域(AppDomain)，这四种技术结合起来使用的话，不仅能更好的使用CLR这个平台提供的强大的功能，而且能够构建更安全，更健壮的应用程序代码。

这篇博文里，就是使用托管代码的动态调试工具，来研究一下CLR内部AppDomain的世界。

首先，从一个C#程序开始：
    class Program
    {
        static void Main(string[] args)
        {
            Program b = new Program();
            b.test();
            System.Console.ReadLine();
        }

        public void test()
        {
            int i = 67;
            System.Console.WriteLine((char)i);
            System.Console.WriteLine((char)67);
            i = 1;
        }
    }

运行了这个应用程序以后，我们打开windbg，attach到这个托管进程。
.load SOS
加载SOS扩展调试模块，可以使用.chain指令查看加载是否正确。
0:003> lm
start    end        module name
00400000 00408000   TestConcoleApp   (deferred)            
76990000 76acd000   ole32      (deferred)            
77be0000 77c38000   msvcrt     (deferred)             
省略若干
77fc0000 77fd1000   Secur32    (deferred)            
78130000 781cb000   MSVCR80    (deferred)            
79000000 79045000   mscoree    (deferred)            
79060000 790b3000   mscorjit   (deferred)            
790c0000 79b90000   mscorlib_ni   (deferred)            
79e70000 7a3d6000   mscorwks   (deferred)            
查看下意境加载了的模块，然后使用ld命令把我们的调试符号文件载入。VS在编译生成一个Console App的时候，在debug模式的时候会在debug的bin目录下生成一个和应用程序同名的pdb文件。我们要做的，就是载入这个文件：

0:003> ld TestConcoleApp
*** WARNING: Unable to verify checksum for G:/Projects/TestConcoleApp/TestConcoleApp/bin/Debug/TestConcoleApp.exe
Symbols loaded for TestConcoleApp

有一个警告，咋这里先不管，再使用lm查看已经加载了的模块的时候，可以看到这个module的调试符号文件已经被加载上了。

此时，我们可以查看下Excute Engine (CLR)的堆里面都有些什么东西，我们可以使用!EEHeap命令，EE的意思，就是CLI的执行引擎，也就是我们常说的CLR。这个命令可以查看到一个托管进程里面的garbage-collected 和 Loader heaps相关信息。
0:003> !eeheap
PDB symbol for mscorwks.dll not loaded
Loader Heap:
--------------------------------------
System Domain: 7a38f918
LowFrequencyHeap: Size: 0x0(0)bytes.
HighFrequencyHeap: 00a62000(8000:1000) Size: 0x1000(4096)bytes.
StubHeap: 00a6a000(2000:1000) Size: 0x1000(4096)bytes.
Virtual Call Stub Heap:
  IndcellHeap: Size: 0x0(0)bytes.
  LookupHeap: Size: 0x0(0)bytes.
  ResolveHeap: Size: 0x0(0)bytes.
  DispatchHeap: Size: 0x0(0)bytes.
  CacheEntryHeap: Size: 0x0(0)bytes.
Total size: 0x2000(8192)bytes
/**********************************************
Loader Heap 中的系统域。这个域和下面的Shared Domian一起，是对托管的宿主程序，以及托管代码不可见的。这个域加载了两个CLR执行中十分重要的Module，MSCorEE.dll和MScorwks.dll。MSCorEE.dll这个文件就是大家熟悉的shim，垫片。在CLR加载中起到的重要作用。这里就不分析了，大家可以参考别的文献的介绍。
对于每个应用程序域，都会有自己的安全描述符，安全上下文以及默认的上下文。这三个部分可以支持一个应用程序域来自定义一个单独实施的安全策略，譬如，可以用来确保宿主程序在加载托管代码的时候不会对这些重要的数据结构造成破坏。
**********************************************/
--------------------------------------
Shared Domain: 7a38fef0
LowFrequencyHeap: 00a90000(2000:1000) Size: 0x1000(4096)bytes.
HighFrequencyHeap: Size: 0x0(0)bytes.
StubHeap: 00a9a000(2000:1000) Size: 0x1000(4096)bytes.
Virtual Call Stub Heap:
  IndcellHeap: Size: 0x0(0)bytes.
  LookupHeap: Size: 0x0(0)bytes.
  ResolveHeap: 00aab000(5000:1000) Size: 0x1000(4096)bytes.
  DispatchHeap: 00aa7000(4000:1000) Size: 0x1000(4096)bytes.
  CacheEntryHeap: Size: 0x0(0)bytes.
Total size: 0x4000(16384)bytes
/**********************************************
在共享域中，加载所有的应用程序域中都要使用到的assemblies，譬如MScorlib.dll。装载了System.Object，System.ValueType这样的基础类。
**********************************************/
--------------------------------------
Domain 1: 154250
LowFrequencyHeap: 00a70000(2000:2000) Size: 0x2000(8192)bytes.
HighFrequencyHeap: 00a72000(8000:2000) Size: 0x2000(8192)bytes.
StubHeap: Size: 0x0(0)bytes.
Virtual Call Stub Heap:
  IndcellHeap: Size: 0x0(0)bytes.
  LookupHeap: Size: 0x0(0)bytes.
  ResolveHeap: Size: 0x0(0)bytes.
  DispatchHeap: Size: 0x0(0)bytes.
  CacheEntryHeap: Size: 0x0(0)bytes.
Total size: 0x4000(16384)bytes
/**********************************************
对于特定的寄宿程序，可以根据需要创建多个应用的默认域。例如IE，Asp.Net，或者是SqlServer，可以创建一个或者是多个默认的域。域名默认情况下的name就是module的名称。
在默认域中，应用程序执行的时候需要装载经来的assemblies可以被加载到这里。
在每个应用程序域中，代码创建的对象不能直接访问另外的应用程序域中的代码。如果要访问这些代码，可以采用静态的委托，或者是appDomain的自己的方法来实现。
**********************************************/
--------------------------------------
Jit code heap:
LoaderCodeHeap: 00db0000(10000:1000) Size: 0x1000(4096)bytes.
Total size: 0x1000(4096)bytes
对于托管的应用程序，有两种把IL代码编译成本地代码的方式。一种是在第一次运行的时候，调用JIT模块来实时编译，编译好了的本地代码就放到这里。在PE文件中的相应的代码处，就用一个指针指引CLR到这里来找相关的编译好了的本地代码。第二中是安装的时候就编译成为本地代码。
同时可以看到，Jit Heap占用很少的内存空间。
--------------------------------------
Module Thunk heaps:
Module 790c2000: Size: 0x0(0)bytes.
Module 00a72c24: Size: 0x0(0)bytes.
Total size: 0x0(0)bytes
--------------------------------------
Module Lookup Table heaps:
Module 790c2000: Size: 0x0(0)bytes.
Module 00a72c24: Size: 0x0(0)bytes.
Total size: 0x0(0)bytes

--------------------------------------
Total LoaderHeap size: 0xb000(45056)bytes
总共的loader Heap的大小大概在45kb左右。
=======================================
Number of GC Heaps: 1
generation 0 starts at 0x013b1018
generation 1 starts at 0x013b100c
generation 2 starts at 0x013b1000
ephemeral segment allocation context: none
下面的这两个segment对于应用程序域的其他代码来说是read only的，所以，这两部分的空间比较小。这块经常保存的是小的segement片段。除非你是很长很长的字符串。而大的object，则保持在LOH中。GC Heap，可以有多个。每个GC Heap中，都可以有一个LOH。
而每个GC Heap的总大小＝Segment占用的空间+LOH
 segment    begin allocated     size
0014d720 790d5588  790f4b38 0x0001f5b0(128432)
013b0000 013b1000  013b3ff4 0x00002ff4(12276)
Large object heap starts at 0x023b1000
 segment    begin allocated     size
023b0000 023b1000  023b3250 0x00002250(8784)
Total Size   0x247f4(149492)
------------------------------
GC Heap Size   0x247f4(149492)
总共的GC堆大概150kb。
---------------------------------------------------------------------------------------------------------
托管线程的内存结构：
这里，简单的交代一下一个托管进程的内存结构。在创建了一个托管的应用程序的线程以后，首先默认情况下创建了最少3个应用程序域，就是系统域，共享域，和默认域。前两个对托管的用户代码来说是不可见的。当时，可以调用共享与中的assemblies。用户的托管代码，和模块被load到默认域中。一个托管的宿主可以根据需要创建一个或者是多个默认域。

托管进程，线程(hard thread，soft thread)，应用程序域，程序集，模块的关系
托管进程，应用程序域，程序集，模块，这四个概念从左到右是一对多的关系。及一个托管可以对应多个应用程序域，一个appdomain可以对应多个assemblies，一个assembly可以对应多个modules。modules就是我们经常看的.exe或者是.dll。exe文件是windows下对PE文件格式扩展了的托管模块。modules也可以是托管的动态链接库文件。
对于线程，情况有点特殊。这里，首先要区别一个概念，操作系统的进程创建的线程和System.Threading.Thread这个类表示的线程。这里，把操作系统创建的进程叫做hard thread，System.Threading.Thread这个类表示的线程叫做soft Thread。hard Thread和应用程序域的关系，是多堆多的关系。就是一个应用程序域中可以存在多个hard Thread。而一个hard Thread，也可以存在于多个应用程序域里面。而soft Thread，是由应用程序域中的assemblies创建，所以，它只存在于相应的应用程序域中。
当一个系统的hard thread进入某个应用程序域中进行操作的时候，这个应用程序域就会实例化一个System.Threading.Thread类来完成这个线程对应的工作。

应用程序域的环境变量属性：
对于每个应用程序域，有一系列的Environment属性可以设置，通过设置这些属性，可以配置一个应用程序域的特性，来满足各种对于安全，性能等许多方面特别的需求。
可以参考MSDN的这里：
http://msdn2.microsoft.com/en-us/library/system.appdomain_properties.aspx
获知应用程序域相关的所有的Properties。
特别说明：应用程序域的动态目录：
对于应用程序域的所有的属性，需要特别提到一个叫做DynamicDirectory 的属性。
这个属性的生成，有两个部分，譬如我本机上面的一个asp.net宿主进程的缓存文件夹：
C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/Temporary ASP.NET Files/mesapplication/8a8504fd/e1680364
C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/Temporary ASP.NET Files/mesapplication这一部分，由一个叫做DYNAMIC_BASE的属性来定义。同时包含了这个应用程序域中加载的项目文件信息。
后面的两部分8a8504fd/e1680364，根据项目文件的不同，由应用程序的APP_NAME这个属性来决定。
这样何在一起，就构成了在调试的过程中，进程在本机的缓存文件夹。

这篇关于CLR探索应用程序域世界(上):Windbg SOS剖析揭示域世界的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/910386。

相关文章

深入探索协同过滤：从原理到推荐模块案例

深入探索协同过滤：从原理到推荐模块案例

文章目录 前言一、协同过滤1. 基于用户的协同过滤（UserCF）2. 基于物品的协同过滤（ItemCF）3. 相似度计算方法 二、相似度计算方法1. 欧氏距离2. 皮尔逊相关系数3. 杰卡德相似系数4. 余弦相似度 三、推荐模块案例1.基于文章的协同过滤推荐功能2.基于用户的协同过滤推荐功能 前言     在信息过载的时代，推荐系统成为连接用户与内容的桥梁。本文聚焦于
阅读更多...
揭秘世界上那些同时横跨两大洲的国家

揭秘世界上那些同时横跨两大洲的国家

我们在《世界人口过亿的一级行政区分布》盘点全球是那些人口过亿的一级行政区。 现在我们介绍五个横跨两州的国家，并整理七大洲和这些国家的KML矢量数据分析分享给大家，如果你需要这些数据，请在文末查看领取方式。 世界上横跨两大洲的国家 地球被分为七个大洲分别是亚洲、欧洲、北美洲、南美洲、非洲、大洋洲和南极洲。 七大洲示意图 其中，南极洲是无人居住的大陆，而其他六个大洲则孕育了众多国家和
阅读更多...
cross-plateform 跨平台应用程序-03-如果只选择一个框架，应该选择哪一个?

cross-plateform 跨平台应用程序-03-如果只选择一个框架，应该选择哪一个?

跨平台系列 cross-plateform 跨平台应用程序-01-概览 cross-plateform 跨平台应用程序-02-有哪些主流技术栈？ cross-plateform 跨平台应用程序-03-如果只选择一个框架，应该选择哪一个? cross-plateform 跨平台应用程序-04-React Native 介绍 cross-plateform 跨平台应用程序-05-Flutte
阅读更多...
AI(文生语音)-TTS 技术线路探索学习:从拼接式参数化方法到Tacotron端到端输出

AI(文生语音)-TTS 技术线路探索学习:从拼接式参数化方法到Tacotron端到端输出

AI(文生语音)-TTS 技术线路探索学习:从拼接式参数化方法到Tacotron端到端输出 在数字化时代，文本到语音（Text-to-Speech, TTS）技术已成为人机交互的关键桥梁，无论是为视障人士提供辅助阅读，还是为智能助手注入声音的灵魂，TTS 技术都扮演着至关重要的角色。从最初的拼接式方法到参数化技术，再到现今的深度学习解决方案，TTS 技术经历了一段长足的进步。这篇文章将带您穿越时
阅读更多...
轻松录制每一刻：探索2024年免费高清录屏应用

轻松录制每一刻：探索2024年免费高清录屏应用

你不会还在用一些社交工具来录屏吧？现在的市面上有不少免费录屏的软件了。别看如软件是免费的，它的功能比起社交工具的录屏功能来说全面的多。这次我就分享几款我用过的录屏工具。 1.福晰录屏大师 链接直达：https://www.foxitsoftware.cn/REC/  这个软件的操作方式非常简单，打开软件之后从界面设计就能看出来这个软件操作的便捷性。界面的设计简单明了基本一打眼你就会轻松驾驭啦
阅读更多...
深入探索嵌入式 Linux

深入探索嵌入式 Linux

摘要：本文深入探究嵌入式 Linux。首先回顾其发展历程，从早期尝试到克服诸多困难逐渐成熟。接着阐述其体系结构，涵盖硬件、内核、文件系统和应用层。开发环境方面包括交叉编译工具链、调试工具和集成开发环境。在应用领域，广泛应用于消费电子、工业控制、汽车电子和智能家居等领域。关键技术有内核裁剪与优化、设备驱动程序开发、实时性增强和电源管理等。最后展望其未来发展趋势，如与物联网融合、人工智能应用、安全性与
阅读更多...
【vue3|第28期】 Vue3 + Vue Router：探索路由重定向的使用与作用

【vue3|第28期】 Vue3 + Vue Router：探索路由重定向的使用与作用

日期：2024年9月8日 作者：Commas 签名：(ง •_•)ง 积跬步以致千里,积小流以成江海…… 注释：如果您觉在这里插入代码片得有所帮助，帮忙点个赞，也可以关注我，我们一起成长；如果有不对的地方，还望各位大佬不吝赐教，谢谢^ - ^ 1.01365 = 37.7834；0.99365 = 0.0255 1.02365 = 1377.4083；0.98365 = 0.0006 说
阅读更多...
多云架构下大模型训练的存储稳定性探索

多云架构下大模型训练的存储稳定性探索

一、多云架构与大模型训练的融合 （一）多云架构的优势与挑战 多云架构为大模型训练带来了诸多优势。首先，资源灵活性显著提高，不同的云平台可以提供不同类型的计算资源和存储服务，满足大模型训练在不同阶段的需求。例如，某些云平台可能在 GPU 计算资源上具有优势，而另一些则在存储成本或性能上表现出色，企业可以根据实际情况进行选择和组合。其次，扩展性得以增强，当大模型的规模不断扩大时，单一云平
阅读更多...
简单的Q-learning|小明的一维世界(3)

简单的Q-learning|小明的一维世界(3)

简单的Q-learning|小明的一维世界(1) 简单的Q-learning|小明的一维世界(2) 一维的加速度世界 这个世界，小明只能控制自己的加速度，并且只能对加速度进行如下三种操作：增加1、减少1、或者不变。所以行动空间为： { u 1 = − 1 , u 2 = 0 , u 3 = 1 } \{u_1=-1, u_2=0, u_3=1\} {u1​=−1,u2​=0,u3​=1}
阅读更多...
简单的Q-learning|小明的一维世界(2)

简单的Q-learning|小明的一维世界(2)

上篇介绍了小明的一维世界模型 、Q-learning的状态空间、行动空间、奖励函数、Q-table、Q table更新公式、以及从Q值导出策略的公式等。最后给出最简单的一维位置世界的Q-learning例子，从给出其状态空间、行动空间、以及稠密与稀疏两种奖励函数的设置方式。下面将继续深入，GO！ 一维的速度世界 这个世界，小明只能控制自己的速度，并且只能对速度进行如下三种操作：增加1、减
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2