Xamarin Forms Android反射加载用户目录DLL时netstandard加载失败咨询

首先，这种动态加载.NET Standard 2.0 DLL的方式在Xamarin Forms Android中是可行的，但需要避开Xamarin Android特定的程序集加载和链接器优化陷阱，下面逐个解答你的疑问：

1. 为何已加载A.dll却找不到netstandard程序集？ #

A.dll能正常加载，是因为它作为项目直接引用的程序集，Xamarin构建系统在编译打包时已经处理了它的完整依赖链，确保netstandard程序集被正确部署到应用中。但B.dll是你放在用户目录的外部程序集，当通过Assembly.LoadFrom加载它时，.NET程序集加载器需要解析它的依赖（比如netstandard），而发布模式下的链接器优化可能已经把这些“未被直接引用”的依赖从应用包中移除了——链接器默认只会保留项目代码直接引用的程序集，动态加载的程序集依赖不在它的分析范围内。

2. 调试模式正常、发布模式失败的原因？ #

这完全是链接器行为的差异导致的：

• 调试模式下，链接器默认禁用（或仅做极保守的优化），所有依赖的程序集（包括netstandard）都会完整打包到应用中，所以动态加载B.dll时，加载器能顺利找到所需的netstandard程序集。
• 发布模式下，链接器会开启全量优化，自动移除所有未被项目代码直接引用的程序集和类型。由于B.dll是动态加载的，链接器无法感知它对netstandard的依赖，就会把netstandard相关的部分从应用中裁剪掉，最终导致加载B.dll时抛出找不到依赖的异常。

解决方案 #

针对这个问题，你可以尝试以下几种方案：

方案1：配置链接器保留netstandard程序集 #

在你的Xamarin Android项目中添加一个链接器配置文件（比如命名为Linker.xml），内容如下：

<linker>
  <assembly fullname="netstandard" />
  <!-- 如果B.dll还有其他第三方依赖，也需要在这里添加对应的assembly节点 -->
</linker>

然后在项目属性中，将这个文件的生成操作设置为AndroidResource，这样链接器就会保留netstandard程序集，不会把它裁剪掉。

方案2：改用Assembly.Load(byte[])加载B.dll #

LoadFrom在Xamarin Android中可能会遇到程序集加载上下文的路径问题，换成读取DLL的字节数组再加载会更可靠：

var privatePath = Environment.GetFolderPath(Environment.SpecialFolder.Personal);
var asmPath = Path.Combine(privatePath, "B.dll");
if (File.Exists(asmPath))
{
    byte[] asmBytes = File.ReadAllBytes(asmPath);
    var asm = Assembly.Load(asmBytes);
    foreach (var t in asm.GetTypes()) { }
}

方案3：确保B.dll的依赖被正确部署 #

如果B.dll还有其他第三方依赖，可以把这些依赖也作为项目引用添加到你的Xamarin Android项目中，让链接器感知到这些依赖的存在；或者把B.dll和它的所有依赖一起打包到应用的Assets目录，启动时再复制到用户目录后加载。

内容的提问来源于stack exchange，提问作者tom.maruska