DotNet开发之反射技术详解—动态库的加载-51CTO.COM

反射是一种强大的工具，它允许程序在运行时获取关于类型、成员和程序集的信息，并动态地创建、调用和修改代码。今天，我们将深入探讨反射的其他用法，以帮助您更好地利用这一技术。

一、Assembly.Load()，Assembly.LoadFrom()，Assembly.LoadFile()的区别

1.Assembly.Load

Assembly.Load(string assemblyString)：通过程序集的完全限定名称（包括版本号、公钥令牌等）或者简单名称来加载程序集。例如：Assembly.Load("MyAssembly, Versinotallow=1.0.0.0, Culture=neutral, PublicKeyToken=null")或Assembly.Load("MyAssembly")。
Assembly.Load(byte[] rawAssembly)：从字节数组中加载程序集。这对于从网络或其他非传统来源加载程序集很有用。

示例用法：

// 根据程序集名称加载程序集
Assembly assembly = Assembly.Load("MyAssembly");

// 从字节数组加载程序集
byte[] assemblyBytes = File.ReadAllBytes("MyAssembly.dll");
Assembly assembly = Assembly.Load(assemblyBytes);

2.Assembly.LoadFrom

Assembly.LoadFrom(string assemblyFile)：从指定路径加载程序集文件。
Assembly.LoadFrom(string assemblyFile, Evidence securityEvidence)：基于安全证据加载程序集文件。

示例用法：

// 从文件路径加载程序集
Assembly assembly = Assembly.LoadFrom("C:\\MyAssemblies\\MyAssembly.dll");

// 基于安全证据加载程序集
Evidence evidence = new Evidence();
Assembly assembly = Assembly.LoadFrom("C:\\MyAssemblies\\MyAssembly.dll", evidence);

3.Assembly.LoadFile

Assembly.LoadFile(string path)：从指定路径加载程序集文件。与LoadFrom不同，它会创建一个新的加载上下文，程序集将在该上下文中加载并解析。

示例用法：

// 从文件路径加载程序集
Assembly assembly = Assembly.LoadFile("C:\\MyAssemblies\\MyAssembly.dll");

二、加载程序集的异常情况

需要注意的是，在使用这些方法加载程序集时，你需要处理可能出现的异常情况。以下可能会抛出以下几种异常：

1.FileNotFoundException：

当指定的程序集文件无法找到时，会抛出此异常。
可能的原因包括：文件路径错误、文件不存在或不可访问等。

2.FileLoadException：

当无法加载指定的程序集文件时，会抛出此异常。
可能的原因包括：无效的程序集文件、程序集版本不兼容、程序集依赖项无法解析等。

3.BadImageFormatException：

当尝试加载无效的程序集文件格式时，会抛出此异常。
可能的原因包括：程序集文件不是有效的CLR程序集、程序集文件被损坏或篡改等。

4.SecurityException：

当没有足够权限来加载程序集时，会抛出此异常。
可能的原因包括：缺少适当的安全权限、程序集未经数字签名等。

5.ReflectionTypeLoadException：

当加载程序集时出现类型加载异常时，会抛出此异常。
可能的原因包括：程序集中某个类型的依赖项无法解析、类型初始化失败等。

6.UnauthorizedAccessException：

当没有足够的权限访问程序集文件时，会抛出此异常。
可能的原因包括：访问权限限制、文件被占用或锁定等。

这些异常通常会在使用Assembly.Load()方法加载程序集时的各种错误情况下抛出。为了确保程序的稳定性和可靠性，建议在使用Assembly.Load()方法时使用适当的异常处理机制来捕获和处理这些异常。此外，当使用这些方法加载程序集时，还要注意程序集的版本和依赖关系，确保加载的程序集符合预期，并且不会引发版本冲突或依赖项缺失的问题。

三、DLL加载规则

我相信很多使用反射技术或者不使用反射技术，加载程序集的时候，都曾经遇到过BadImageFormatException的问题。在加载DLL（动态链接库）时，系统会按照一定的路径规则进行搜索。以下是通常情况下的DLL加载路径规则：

应用程序目录：系统首先会搜索执行当前代码的应用程序目录。这是最常见的搜索位置，通常会将DLL文件放置在应用程序的根目录或相关子目录中。

系统目录：如果在应用程序目录中未找到DLL文件，则系统会搜索系统目录。系统目录通常是指 %SystemRoot%\System32（在大多数情况下为 C:\Windows\System32）。请注意，32位应用程序在64位操作系统上可能会搜索 %SystemRoot%\SysWOW64 目录。

Windows目录：如果在系统目录中未找到DLL文件，则系统会搜索Windows目录。Windows目录通常是指 %SystemRoot%\（在大多数情况下为 C:\Windows）。

当前工作目录：如果在以上路径中未找到DLL文件，则系统会搜索当前工作目录。当前工作目录是指应用程序正在运行的目录。

环境变量指定的路径：系统还会搜索在系统环境变量 PATH 中指定的路径。PATH 变量包含一系列目录路径，用于指示系统在其中搜索可执行文件和DLL文件。

请注意，搜索DLL的顺序是按照上述规则从前往后进行的，一旦找到匹配的DLL文件，搜索过程就会停止。此外，还可以使用以下方法来影响DLL的加载路径：

使用绝对路径：指定DLL的完整路径，确保系统可以直接访问该路径下的DLL文件。
使用相对路径：指定相对于应用程序或当前工作目录的相对路径。在这种情况下，需要确保指定的相对路径是正确的。