故事：
- 用vs2019发布.net core3.1项目时选择了独立部署模式，
- 突然很好奇想扒一扒在不依赖框架的情况下程序是怎么运行的？
- 进而又想到在Linux下程序是不能直接调用DLL文件的，.net core发布后的项目在Linux下又是怎么运行的？
- 最后更想去了解.net core发布在Linux系统运行的文件与发布在Windows系统的文件有什么不同，是怎么做到的一套代码，到处运行的？
参考：
.netcore在linux下使用P/invoke方式调用linux动态库
测试项目：控制台应用程序
win-x64发布
发布时选择
部署模式：独立
目标运行时：win-x86
发布后文件
文件类型：
- Json文件
- exe文件
- DM文件
- pdb文件
- DLL文件
从大到小排序，发现几个重要的文件：
- System.Private.CoreLib.dll：基础类库
- coreclr.dll：公用语言运行时
- clrjit.dll：实时编译器
- 自己编码以及引用到的DLL文件
- ？？？使用反编译工具发现System.Private.CoreLib.dll里面居然包含了各种dll？然后coreclr.dll里面居然是没有dll文件，只有dos头、文件头、可选头、节#，与我想象的相反啊，难道coreclr.dll只是一个中间引用，核心的都在System.Private.CoreLib.dll中？
Runtime文件：
CLR文件：
应用程序是怎么运行的
参考：c#原理：c#代码是怎么运行的、实例化时发生了什么、静态对象（类、方法、变量、属性）的原理
DLL/EXE=>CLR/JIT=>机器码
双击：ConsoleApp1.exe
linux-x64发布
发布时选择
发布后文件
文件类型：黑色的是win-x86发布有的文件类型，红色的是win-x86发布没有的文件类型
- Json文件
- DM文件
- PDB文件
- DLL文件
- 没有exe应用程序，，linux系统不支持exe程序，系统不一样
- .a文件：LINUX系统中的静态链接库文件
- SO文件：是Linux下的程序bai函数库，即编译好的可以供其他程序使用的代码和数据，类似于（又不仅仅）windows下的DLL文件
- 没扩展名的文件，linux也是可以启动的，因为linux应用程序没有固定的扩展名，只要是支持的都能启动
- 在linux上，这个没有扩展名的ConsoleApp1就是程序的入口
应用程序是怎么运行的
先安装icu库：yum install icu
然后程序授权：chmod 777 ./ConsoleApp1
最后运行程序：./ConsoleApp1
ConsoleApp1程序会通过.so文件调用对应的.dll文件
未完待续......