我們構建的每個程序集既可以是一個可執行應用程序，也可以是一個dll。當然，最終由CLR來管理這些程序集中的代碼的執行。這意味著必須在主機上安裝好.net framework。要想知道是否已經安裝.net framework，可以檢查％systemroot％system32目錄下的MSCorEE.Dll文件，若存在該文件，表明.net framework已經安裝。

????? 如果程序集文件中只包含類型安全的托管代碼，那么無論在32位版本的windows上，還是64位版本的windows上，所寫的代碼都應該能夠正常工作。在這兩種版本的windows上運行，源代碼無需進行任何改動。事實上，編譯器最終生成的exe/dll文件不僅能在32位windows上運行，還能在64位windows的x64和IA64版本上運行。也就是說，只要機器上安裝了.net framework的某個版本，文件就能在這臺機器上運行。
????? 在極少數的情況下，開發人員編寫的代碼需要在一個特定版本的windows上運行。例如，假如要使用不安全代碼，或者要和針對特定cpu構架的非托管代碼進行互操作，就可能遇到這種情況。
????? 運行一個可執行文件時，windows會檢查這個exe文件的頭，判斷應用程序需要的是32位地址空間，還是64位地址空間。具有pe32頭的文件可以在32位或64位地址空間中運行，具有pe32+頭的文件則要求一個64位地址空間。windows還要檢查頭中嵌入的cpu構架信息，確保它和cpu類型相匹配。
????? 在windows檢查exe文件頭，判斷是創建32位進程，64位進程，還是wow64進程之后，windows在進程的地址空間中加載MSCorEE.Dll的x86，x64或者IA64版本。然后，進程的主線程調用MSCorEE.DLL內部定義的一個方法。這個方法初始化CLR，加載EXE程序集，然后調用其入口方法（Main）。隨即，被托管的應用程序將啟動并運行。
????? 如果一個非托管應用程序調用LoadLibrary來加載一個托管的程序集，windows會知道加載并初始化CLR來處理包含在程序集中的代碼。當然，這種情況下，進程已經啟動并運行，而且這可能會限制程序集的可用性。例如，用32位開關編譯的程序集沒辦法加載到一個64位的進程中。

轉載于:https://www.cnblogs.com/chenzhou851025/archive/2008/07/08/1238438.html

總結

以上是生活随笔為你收集整理的加载公共语言运行库的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。