启动CLR

前面提到在SSCLI环境里运行.NET程序的时候，执行的命令相似java程序的执行过程，即经过clix程序解释执行.net程序。这个过程看起来跟在windows环境下执行.net程序表面上看起来不同 – Windows环境下的CLR直接执行.net程序文件便可执行，其实内部运做机制是同样的，在后文我会讲解到。

首先咱们先来解读下clix的源码，其源码位置位于：clr\src\tools\clix\clix.cpp，入口的main函数在clix.cpp:157行。

刚开始的159 ~ 266行都是执行命令行参数解析以及错误处理的代码，主要分三大块，162 ~ 166行的目的是判断rotor_palrt和sscoree两个dll库文件是否在进程中加载了，rotor_palrt这个库文件在后面解读平台抽象层（PAL）的时候会提到，而sscoree这个库文件的做用跟CLR里面的mscoree.dll的做用是一致的，即用来加载正确的CLR版本。如将要执行的.net程序是在.net 4.0下面编译的，则加载.net 4.0的clr，若是运行的是.net 2.0的程序，则加载2.0的clr。sscoree加载CLR的过程是经过几个导出函数实现的，而clix程序严重依赖这几个函数加载clr和准备.net程序运行环境，这一点咱们将在后面看到。

168 ~ 176的代码是一个条件编译代码，启用时，clix在运行.net程序以前让调试器有机会附加到进程上。

177 ~ 266的代码纯粹就是命令行参数处理，其目的就是将命令行里运行参数传递给将要执行的.net程序。如在命令行执行：clix.exe dotNetApp.exe param1 param2；命令行传递给clix的参数列表param1, param2实际上是传给要执行的.net程序dotNetApp.exe的，所以177 ~ 266这段代码的目的就是作这件事情。

267行这段代码是整个main函数里最核心的代码，其执行Launch函数实际加载clr和准备.net运行环境，而Launch函数也是经过在147行调用_CorExeMain2函数完成这项工做的。_CorExeMain2就是sscoree.dll的导出函数，这一点能够用dumpbin命令查看：

cd sscli20

cd binaries.x86dbg.rotor

dumpbin /exports sscoree.dll

_CorExeMain2函数的源码位于：\clr\src\vm\ceemain.cpp:1622。_CorExeMain2函数只作两件事情，在1646行调用CoInitializeEE确保进程中加载了CLR执行引擎；真正加载.net程序并执行的工做在1659行调用ExecuteEXE完成，而ExecuteEXE最后调用SystemDomain::ExecuteMainMethod完成这项工做。SystemDomain::ExecuteMainMethod的源码位于 \clr\src\vm\appdomain.cpp:2099行。

跟大部分SSCLI源码相似，函数的先后两块代码都是一些条件判断和扫尾操做代码，从2121行开始，SystemDomain::ExecuteMainMethod依次执行以下操做：

一、从2121行开始，确保虚拟机是在system domain里运行的；

二、2133行加载将要执行的.net程序 – 即assembly；

三、2134行分析assembly里的IL格式，确保是一个合法的.net程序；

四、2138 ~ 2143行找到assembly的入口函数点；

五、2148 ~ 2154行为.net程序建立默认的应用程序域（Application Domain）；

六、2155 ~ 2168行为.net程序准备寻找依赖Assembly的环境；

七、2168行加载.net程序以及其依赖的Assembly进入当前进程；

八、2169 ~ 2184行为新建立的应用程序域设置一个友好的名字，以便在调试过程当中容易识别；

九、2194行执行.net程序的main函数，进入托管执行环境。