.NET编译器中CLR加载过程

按以下贴操作的:

http://developer.51cto.com/art/200908/146091.htm

由于现在不太了解VS即时窗口,所以后面的测试没有作。

以前,看《程序员的自我修养》,讲解文件PE格式时,也涉及到这些内容。但主要以直接加载过程为主。

而现在.NET为主流了。所以要多学习呀。

.NET的几个核心组件的被调用顺序大致是: mscoree.dll -----> mscorwks.dll(mscorsvr.dll) 
-----> mscorlib.dll ----->mscorjit.dll。

结合蔡学镛的说明与JVM的载入比较如下:

執行 Main.exe 時,.NET CLR 啟動的方式如下:

  1. Windows 所提供的 PE Loader 將 Main.exe 載入記憶體
  2. Windows 所提供的 PE Loader 將 MsCorEE.dll 載入記憶體 (MsCorEE.dll 位於 C:\WINDOWS\System32 或                             C:\WINNT\System32)
  3. 程式跳到 MsCorEE.dll 內的 _CorExeMain()
  4. _CorExeMain() 會載入「適當版本的」.NET CLR。如果你的 .NET 是 1.0.3705 版,則 .NET CLR 位於 C:\WINDOWS\Microsoft.NET\Framework\v1.0.3705                             或者 C:\WINNT\Microsoft.NET\Framework\v1.0.3705
  5. 程式跳到 .NET CLR,進行一些初始化工作 (initialization)
  6. 載入assembly「MsCorLib」,載入module「MsCorLib.dll」,載入 MsCorLib 內的某些 class
  7. 產生主執行緒 (main thread)
  8. 載入「Main」組件,載入「Main.exe」模組,載入「MainClass」類別
  9. 讓主執行緒開始執行 MainClass.Main()

~~~~~~~~~~~~

Java 的作法是先執行 VM (由 java.exe 進入),再請 VM 去執行 Java bytecode。.NET 的作法是,先執行 .NET PE,立刻將控制權轉給 .NET CLR,再由 .NET CLR 來執行 .NET PE。.NET 的作法固然使用上比 Java 方便,但其實 .NET 需要 OS 的 loader配合,而 Java 不需要。

上述第 4 點提及 _CorExeMain() 會載入「適當版本的」.NET CLR。其實 MsCorEE.dll 不是 CLR,只是一個填隙程式 (shim),負責搭起.NET PE 和 .NET CLR 之間橋樑。MsCorEE 會匯集足夠的資料,然後據以判斷要載入 Workstation 版 (MsCorWks.dll) 或者 Server 版 (MsCorSvr.dll) 的 .NET CLR。以本例來說,被載入的是 Workstation 版的 MsCorWks.dll。在載入MsCorWks.dll 之後,還會陸續載入 fusion.dll、MsCorSn.dll、MsCorJIT.dll 等 DLL 檔。

事實上 java.exe 的角色和 MsCorEE.dll 的角色一樣,負責喚起適當版本的 JVM。如果你安裝的是 1.4.x 的 J2SE SDK 而非 1.4.x的 JRE,你的 JDK 內會同時具備 client 和 server 兩個 JVM,分別在 JDK 目錄下的 jre\bin\client\jvm.dll 與 jre\bin\server\jvm.dll。

 

.NET编译器中CLR加载过程

上一篇:Google遵循的软件行为准则


下一篇:巧用Linux 架设TFTP Server备份路由器的配置文件