GetExecutingAssembly()返回当前方法所在程序集，GetCallingAssembly()返回调用当前方法的方法所在的程序集；前者用于获取自身程序集信息，后者常用于插件或类库中识别宿主程序集。
Assembly.GetExecutingAssembly() 和 GetCallingAssembly() 的区别在哪
获取程序集信息时，GetExecutingAssembly() 返回当前正在执行的 .dll 或 .exe 对应的 Assembly 实例；而 GetCallingAssembly() 返回调用当前方法的那个程序集——比如你在类库 A 中写了个工具方法，被主程序 B 调用，那在 A 里调用 GetCallingAssembly() 拿到的是 B 的程序集。
容易踩的坑：
- 在静态构造函数或模块初始化器中用
GetCallingAssembly()可能返回System.Private.CoreLib，因为 JIT 或运行时介入了调用链 - 发布为单文件（
PublishTrimmed=true或IncludeNativeLibrariesForSelfExtract=true）时，Location属性可能为空字符串，此时不能依赖路径解析版本或配置文件 - 若项目启用了源生成（Source Generators），生成的代码属于调用方程序集，但反射查不到它们的自定义特性——因为特性没写进生成后的 IL
读取 AssemblyInfo.cs 里定义的 AssemblyTitle、AssemblyVersion 等属性
传统 AssemblyInfo.cs 中的 [assembly: AssemblyVersion("1.2.3.0")] 这类特性，可通过 Assembly.GetCustomAttribute<T>() 获取。注意：.NET 5+ 项目默认改用 Directory.Build.props 或 csproj 中的 <Version> 控制，编译后仍会注入到程序集元数据中，所以反射依然有效。
实操建议：
- 用
Assembly.GetCustomAttribute<AssemblyTitleAttribute>()?.Title读标题，别直接拼字符串找AssemblyTitle字段 -
AssemblyVersion是运行时加载依据，AssemblyFileVersion才是 Windows 文件属性里显示的“文件版本”，二者常不同，别混用 - 若项目用了
<GenerateAssemblyInfo>false</GenerateAssemblyInfo>，所有自动注入的特性都会消失，GetCustomAttribute将返回null
动态获取程序集的强名称、公钥令牌和目标框架
强名称（Strong Name）相关信息只在签名后的程序集中存在，未签名的程序集调用 FullName 会缺失 PublicKeyToken=null；而 GetName().GetPublicKeyToken() 对未签名程序集返回 null 字节数组，不是空字符串。
目标框架靠 Assembly.GetCustomAttribute<TargetFrameworkAttribute>()?.FrameworkName，但要注意：
- 该特性由 SDK 自动注入，如果项目是
<TargetFramework>net6.0</TargetFramework>，值为".NETCoreApp,Version=v6.0"，不是简单的"net6.0" - 多目标项目（
net472;net6.0）编译出多个输出，每个对应程序集的TargetFrameworkAttribute值不同，必须按实际加载的程序集查 -
RuntimeInformation.FrameworkDescription返回的是运行时环境描述（如".NET 6.0.12"），和程序集自身声明的目标框架不是一回事
为什么 Assembly.GetReferencedAssemblies() 返回的名称不带扩展名和路径
GetReferencedAssemblies() 返回的是 AssemblyName 实例列表，只含逻辑名称、版本、文化、公钥令牌——这是为了支持运行时绑定策略（如 bindingRedirect）、GAC 查找和 AssemblyLoadContext 的解析逻辑。它不关心物理位置。
想定位实际加载的 DLL 文件？得结合 Assembly.Location（已加载且有磁盘路径）或 Assembly.EscapedCodeBase（从网络或 GAC 加载时可能有值）。但要注意：
-
Location在热重载（Hot Reload）、AOT 编译或某些容器镜像中可能为空 -
EscapedCodeBase的值需用Uri.UnescapeDataString()解码，且可能含file:///前缀 - 若引用的是动态生成的程序集（
AssemblyBuilder），GetReferencedAssemblies()仍返回其依赖项，但那些程序集本身没有Location
真正难处理的是跨 AssemblyLoadContext 的场景：同一个程序集名可能被多个上下文各自加载，GetReferencedAssemblies() 只告诉你“要这个名”，不告诉你“去哪个上下文找”。这时候得自己维护映射或用 DefaultContext.Assemblies 做二次筛选。
