背景介绍
在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应用中。这在多部门、多应用的迁移过程中，大大降低了各组间的相互依赖。