NETCore程序集复用技术:类型转移(TypeForwarding)

2022/1/25 20:04:44

本文主要是介绍NETCore程序集复用技术:类型转移(TypeForwarding),对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

背景介绍

在netcore迁移过程中,发现原有针对netframework平台编译的dll文件,可以直接在netcore的应用(netcoreapp.31)中加载并使用。对此感到比较好奇,本文就针对此知识点进行探究和梳理。

本次演示用到的几个项目说明:
  • Tccc.TypeForwarding.Net451.SPI:代表针对net451平台的类库项目;
  • Tccc.TypeForwarding.NetApp:代表针对net451的控制台应用项目;
  • Tccc.TypeForwarding.NetCoreApp:代表针对netcore3.1的控制台应用项目;

Tccc.TypeForwarding.Net451.SPI中定义的类型Person源码如下:

    public class Person
    {
        public string Name { get; set; }
        public string Age { get; set; }
        public void PrintInfo()
        {
            Console.WriteLine("Assembly FullName=" + typeof(string).Assembly.FullName);
            Console.WriteLine("Assembly Location=" + typeof(string).Assembly.Location);
        }
    }

两个控制台应用的Program源码相同,均如下:

    internal class Program
    {
        static void Main(string[] args)
        {
            Person p1 = new Person() { Name = "张三" };
            p1.PrintInfo();
            Console.ReadLine();
        }
    }
上述源码的目的是对比应用程序在不同平台的运行时,最常用的类型System.String所在的程序集有什么区别,并以此为突破口来探究相关技术点。  

.NETFramewok平台的特征分析

现在启动Tccc.TypeForwarding.NetApp得到的结果如下: 上述结果不出意料,就是证明了System.String类型的确位于mscorlib.dll中,同时根据路径名称也可以看得出此程序集就是位于.NETFramework运行时中。   进一步的,针对Tccc.TypeForwarding.Net451.SPI反编译可以看到程序集metadata确实声明了对mscorlib的引用。

NETCore平台的特征分析

现在来运行Tccc.TypeForwarding.NetCoreApp程序,看看输出结果有什么变化。 单纯看控制台输出好像也没有啥奇怪的,就是程序集名称改为System.Private.CoreLib,同时路径变为了netcore3.1运行时的位置。上述结果也仅说明了,System.String类型在netcore3.1平台上的代码实现是在System.Private.CoreLib程序集而已。这个知识点对接触过netcore的同学应该都有所了解。


不过这里值得注意的时,此时Tccc.TypeForwarding.Net451.SPI的目标平台依然是net451,而且根据上面反编译我们明明看到Tccc.TypeForwarding.Net451.SPI是引用了NET Framework的著名程序集mscorlib呢?

这里我们再次反编译netcore3.1目录下的Tccc.TypeForwarding.Net451.SPI程序集,验证确实还存在mscorlib的引用;

既然确实依赖了mscorlib,那就看看程序内存中加载了哪里的mscorlib文件。
PS:由于演示程序直接在VS中可方便查看,如果读者是以现有程序分析验证则可通过windbg的SOS扩展命令dumpdomain查看分析。
显然,虽然加载的都是mscorlib.dll文件,但是位置不同了:C:\Program Files\dotnet\shared\Microsoft.NETCore.App\3.1.21\mscorlib.dll 既然位置不同,是否内部实现也不同了呢?反编译看看:   打开此程序集后,就没有找到预期的System.String类型,并且压根就不存在其它类型的定义实现。看来这个mscorlib是个空壳文件。 那么真正的类型源码在哪呢?这就需要对反编译工具微调,改为IL格式查看,如下图,我们再次看到了熟悉的System.Private.CoreLib。 原来如此,这是把对mscorlib的引用,重定向到了System.Private.CoreLib程序集中。 这种技术称为TypeForwarding(类型转移),而这个空壳的mscorlib称为垫片(shim)程序集。

总结

以上是以类型System.String为例进行分析探究的,其它常用的类型如Int32、Task等,大家可自行实践验证看看。 另外,由于是微软官方支持的程序集复用,因此在做netcore迁移时,只要没有使用NETFramework特有的类型,那么原程序集不需要重新编译就可以放心的部署倒NetCore应用中。这在多部门、多应用的迁移过程中,大大降低了各组间的相互依赖。   参考资料:.NET Core跨平台的奥秘[下篇]:全新的布局 - Artech - 博客园 (cnblogs.com)



这篇关于NETCore程序集复用技术:类型转移(TypeForwarding)的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!


扫一扫关注最新编程教程