Assembly.LoadFrom不自动加载依赖项，需确保所有依赖DLL在同一目录或通过AssemblyResolve手动处理；反射调用需显式指定BindingFlags；.NET Core+应使用AssemblyLoadContext替代AppDomain；Type.GetType要求类型所在程序集已加载且名称完整。
Assembly.LoadFrom 为什么找不到依赖项
动态加载 DLL 时，Assembly.LoadFrom 只负责加载指定路径的程序集，**不会自动解析或加载它的依赖项**。如果目标 DLL 引用了另一个未在 GAC 或当前目录下的 System.Data.SqlClient 或自定义 Utils.dll，运行时会抛出 FileNotFoundException 或 FileLoadException。
常见错误现象：Could not load file or assembly 'xxx, Version=1.0.0.0...' or one of its dependencies —— 注意后半句“or one of its dependencies”才是关键。
- 确保所有依赖 DLL 都放在同一目录下（推荐），或提前用
Assembly.Load加载依赖 - 监听
AppDomain.CurrentDomain.AssemblyResolve事件，在缺失时手动返回已加载的程序集 - 避免用
Assembly.LoadFile：它隔离加载上下文，导致类型无法转换、MVC/Web API 中常因此报InvalidCastException
反射调用方法前必须检查 BindingFlags
GetMethod 默认只找 public 实例方法，而实际要调的是 private static void Process()？不显式传 BindingFlags 就直接返回 null，后续 Invoke 必然炸成 NullReferenceException。
使用场景：插件系统中调用约定好的私有初始化方法，或测试框架绕过访问限制。
- 查私有方法：加
BindingFlags.NonPublic | BindingFlags.Static（或Instance） - 查泛型方法（如
Map<t>()</t>）：GetMethod("Map", BindingFlags.Public | BindingFlags.Instance)不够，得用GetMethods().FirstOrDefault(m => m.Name == "Map" && m.IsGenericMethod) - 注意大小写敏感：.NET 默认区分大小写，
"process"找不到Process
AssemblyLoadContext 在 .NET Core/.NET 5+ 中替代 AppDomain
.NET Framework 的 AppDomain.Unload 在 .NET Core 被彻底移除，硬套旧代码会导致编译失败或静默忽略卸载逻辑。现在必须用 AssemblyLoadContext 管理隔离加载和卸载。
性能影响：每个 AssemblyLoadContext 是独立的加载上下文，类型不共享；频繁创建/卸载会增加 GC 压力，但比进程级泄漏强得多。
- 自定义上下文需继承
AssemblyLoadContext，重写Load方法控制依赖解析 - 卸载前确保无任何对该上下文中类型的引用（包括事件订阅、静态字段、委托闭包）
- 主线程默认上下文不能卸载，插件必须跑在
new AssemblyLoadContext(isCollectible: true)中
Type.GetType("MyClass") 返回 null 的真实原因
Type.GetType 只能解析**已加载到当前上下文**的程序集中的类型，且必须带完整命名空间 + 程序集全名（如 "MyNS.MyClass, MyLib, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null"）。漏掉程序集名？返回 null；类型所在 DLL 还没被 LoadFrom 过？也返回 null。
容易踩的坑：调试时看到 typeof(MyClass).AssemblyQualifiedName 输出一长串，直接复制粘贴进 Type.GetType —— 如果该程序集是动态加载的，此时它还没进入当前上下文，照样失败。
- 优先用
assembly.GetType("MyNS.MyClass")，精准限定来源 - 若必须用字符串解析，先确认程序集已加载：
AppDomain.CurrentDomain.GetAssemblies().Any(a => a.FullName.StartsWith("MyLib")) - 避免跨上下文传递类型名：
AssemblyLoadContext隔离后，A 上下文里的Type对象在 B 上下文里无效
反射不是黑魔法，它只是把编译期绑定推迟到运行时——但所有约束（可见性、上下文、依赖链）一点没少，反而更难定位。最麻烦的永远不是“怎么调”，而是“为什么调不到”。
