有个系统， 需要适应不同类型的数据库（同时只使用其中一种），如果把数据库操作层提取出来，然后针对不同的数据库使用不同的 DLL， 再根据不同的项目使用不同的库， 在以前的 ASP.NET 中， 直接把相关的 DLL 复制到 BIN 目录就可以了， .NET CORE 把 DLL 复制过去，系统不会自动加载， 系统只会自动加载 xx.deps.json 里面相关的程序集。

竟然不能加载 非 xx.deps.json 里定义程的序集， 那么就使用 AssemblyLoadContext 类来加载， 但是 AssemblyLoadContext 类在加载程序集的时候， 也只会加载程序集本身， 程序集所依赖的其他程序集， 也不会自动加载， 我们自己的程序集里肯定是要引用相应的数据库操操作来实现 SQL 功能。

再复杂一点的是， 很多类库，为不同的平台，实现了不同的版本， 如 system.data.odbc 程序集， 我们在引用的时候， 引用的是个编译版本， 编译版本里只有方法名称属性等， 方法里都是抛出异常， 然后还有个运行时， 一般放到 runtimes 目录， 里面有 win, linux, osx, freebsd 这种系统， 正常情况下，.net core 会根据平台运行所有平台自动加载相应的目录里的程序集。

AssemblyLoadContext 类根据目前测试的情况来看， 不会自动加载相应的 DLL， 都需要自己判断去哪个目录加载， 可以通过 System.Runtime.InteropServices.RuntimeInformation 的 IsOSPlatform 方法来判断是哪种类型的操作系统。

使用 AssemblyLoadContext 类加载程序集后， 返回一个 Assembly 对象， 也只能通过 Assembly 对象来获取相应的类型， 还是不能直接使用 Type.GetType(typeName) 的方式来获取。