反射是一種強(qiáng)大的工具，它允許程序在運(yùn)行時(shí)獲取關(guān)于類型、成員和程序集的信息，并動(dòng)態(tài)地創(chuàng)建、調(diào)用和修改代碼。今天，我們將深入探討反射的其他用法，以幫助您更好地利用這一技術(shù)。

一、Assembly.Load()，Assembly.LoadFrom()，Assembly.LoadFile()的區(qū)別

1.Assembly.Load

• Assembly.Load(string assemblyString)：通過(guò)程序集的完全限定名稱（包括版本號(hào)、公鑰令牌等）或者簡(jiǎn)單名稱來(lái)加載程序集。例如：Assembly.Load("MyAssembly, Versinotallow=1.0.0.0, Culture=neutral, PublicKeyToken=null")或Assembly.Load("MyAssembly")。
• Assembly.Load(byte[] rawAssembly)：從字節(jié)數(shù)組中加載程序集。這對(duì)于從網(wǎng)絡(luò)或其他非傳統(tǒng)來(lái)源加載程序集很有用。

示例用法：

// 根據(jù)程序集名稱加載程序集
Assembly assembly = Assembly.Load("MyAssembly");

// 從字節(jié)數(shù)組加載程序集
byte[] assemblyBytes = File.ReadAllBytes("MyAssembly.dll");
Assembly assembly = Assembly.Load(assemblyBytes);

2.Assembly.LoadFrom

• Assembly.LoadFrom(string assemblyFile)：從指定路徑加載程序集文件。
• Assembly.LoadFrom(string assemblyFile, Evidence securityEvidence)：基于安全證據(jù)加載程序集文件。

示例用法：

// 從文件路徑加載程序集
Assembly assembly = Assembly.LoadFrom("C:\\MyAssemblies\\MyAssembly.dll");

// 基于安全證據(jù)加載程序集
Evidence evidence = new Evidence();
Assembly assembly = Assembly.LoadFrom("C:\\MyAssemblies\\MyAssembly.dll", evidence);

3.Assembly.LoadFile

• Assembly.LoadFile(string path)：從指定路徑加載程序集文件。與LoadFrom不同，它會(huì)創(chuàng)建一個(gè)新的加載上下文，程序集將在該上下文中加載并解析。

示例用法：

// 從文件路徑加載程序集
Assembly assembly = Assembly.LoadFile("C:\\MyAssemblies\\MyAssembly.dll");

二、加載程序集的異常情況

需要注意的是，在使用這些方法加載程序集時(shí)，你需要處理可能出現(xiàn)的異常情況。以下可能會(huì)拋出以下幾種異常：

1.FileNotFoundException：

• 當(dāng)指定的程序集文件無(wú)法找到時(shí)，會(huì)拋出此異常。
• 可能的原因包括：文件路徑錯(cuò)誤、文件不存在或不可訪問(wèn)等。

2.FileLoadException：

• 當(dāng)無(wú)法加載指定的程序集文件時(shí)，會(huì)拋出此異常。
• 可能的原因包括：無(wú)效的程序集文件、程序集版本不兼容、程序集依賴項(xiàng)無(wú)法解析等。

3.BadImageFormatException：

• 當(dāng)嘗試加載無(wú)效的程序集文件格式時(shí)，會(huì)拋出此異常。
• 可能的原因包括：程序集文件不是有效的CLR程序集、程序集文件被損壞或篡改等。

4.SecurityException：

• 當(dāng)沒(méi)有足夠權(quán)限來(lái)加載程序集時(shí)，會(huì)拋出此異常。
• 可能的原因包括：缺少適當(dāng)?shù)陌踩珯?quán)限、程序集未經(jīng)數(shù)字簽名等。

5.ReflectionTypeLoadException：

• 當(dāng)加載程序集時(shí)出現(xiàn)類型加載異常時(shí)，會(huì)拋出此異常。
• 可能的原因包括：程序集中某個(gè)類型的依賴項(xiàng)無(wú)法解析、類型初始化失敗等。

6.UnauthorizedAccessException：

• 當(dāng)沒(méi)有足夠的權(quán)限訪問(wèn)程序集文件時(shí)，會(huì)拋出此異常。
• 可能的原因包括：訪問(wèn)權(quán)限限制、文件被占用或鎖定等。

這些異常通常會(huì)在使用Assembly.Load()方法加載程序集時(shí)的各種錯(cuò)誤情況下拋出。為了確保程序的穩(wěn)定性和可靠性，建議在使用Assembly.Load()方法時(shí)使用適當(dāng)?shù)漠惓Ｌ幚頇C(jī)制來(lái)捕獲和處理這些異常。此外，當(dāng)使用這些方法加載程序集時(shí)，還要注意程序集的版本和依賴關(guān)系，確保加載的程序集符合預(yù)期，并且不會(huì)引發(fā)版本沖突或依賴項(xiàng)缺失的問(wèn)題。

三、DLL加載規(guī)則

我相信很多使用反射技術(shù)或者不使用反射技術(shù)，加載程序集的時(shí)候，都曾經(jīng)遇到過(guò)BadImageFormatException的問(wèn)題。在加載DLL（動(dòng)態(tài)鏈接庫(kù)）時(shí)，系統(tǒng)會(huì)按照一定的路徑規(guī)則進(jìn)行搜索。以下是通常情況下的DLL加載路徑規(guī)則：

應(yīng)用程序目錄：系統(tǒng)首先會(huì)搜索執(zhí)行當(dāng)前代碼的應(yīng)用程序目錄。這是最常見(jiàn)的搜索位置，通常會(huì)將DLL文件放置在應(yīng)用程序的根目錄或相關(guān)子目錄中。

系統(tǒng)目錄：如果在應(yīng)用程序目錄中未找到DLL文件，則系統(tǒng)會(huì)搜索系統(tǒng)目錄。系統(tǒng)目錄通常是指 %SystemRoot%\System32（在大多數(shù)情況下為 C:\Windows\System32）。請(qǐng)注意，32位應(yīng)用程序在64位操作系統(tǒng)上可能會(huì)搜索 %SystemRoot%\SysWOW64 目錄。

Windows目錄：如果在系統(tǒng)目錄中未找到DLL文件，則系統(tǒng)會(huì)搜索Windows目錄。Windows目錄通常是指 %SystemRoot%\（在大多數(shù)情況下為 C:\Windows）。

當(dāng)前工作目錄：如果在以上路徑中未找到DLL文件，則系統(tǒng)會(huì)搜索當(dāng)前工作目錄。當(dāng)前工作目錄是指應(yīng)用程序正在運(yùn)行的目錄。

環(huán)境變量指定的路徑：系統(tǒng)還會(huì)搜索在系統(tǒng)環(huán)境變量 PATH 中指定的路徑。PATH 變量包含一系列目錄路徑，用于指示系統(tǒng)在其中搜索可執(zhí)行文件和DLL文件。

請(qǐng)注意，搜索DLL的順序是按照上述規(guī)則從前往后進(jìn)行的，一旦找到匹配的DLL文件，搜索過(guò)程就會(huì)停止。此外，還可以使用以下方法來(lái)影響DLL的加載路徑：

• 使用絕對(duì)路徑：指定DLL的完整路徑，確保系統(tǒng)可以直接訪問(wèn)該路徑下的DLL文件。
• 使用相對(duì)路徑：指定相對(duì)于應(yīng)用程序或當(dāng)前工作目錄的相對(duì)路徑。在這種情況下，需要確保指定的相對(duì)路徑是正確的。