.NET Core应用的三种部署方式
.NET Core应用提供了三种部署方式：
FDD
FDD：Framework-dependent deployment，框架依赖部署。这种方式针对某个特定版本的.NET Core进行发布，只打包应用本身及.NET Core类库之外的第三方依赖项，需要目标系统上已安装相应的.NET Core运行时。使用dotnet publish命令时，FDD是.NET Core 2.x的默认发布方式。
除非特殊说明，FDD会使用目标系统上指定.NET Core版本的最新可用.NET Core runtime。
FDE
FDE：Framework-dependent executables，框架依赖可执行程序。这种方式针对某个特定版本的.NET Core及特定平台进行发布，只打包应用本身及.NET Core类库之外的第三方依赖项，需要目标系统上已安装相应的.NET Core运行时。FED适用于.NET Core 2.2及以上版本，是.NET Core 3.x的默认发布方式。使用dotnet publish命令（除.NET Core 3.x之外）以PDE模式发布应用，需指定下面两个参数：
- -r <RID> 该参数使用RID用于指定目标平台
- --self-contained false 该参数值为false时，.NET Core SDK会以FDE模式打包应用
SCD
SCD：Self-contained deployment，自包含部署。这种方式会将.NET Core运行时及.NET Core类库随应用一起打包，产生的文件数较多，占用磁盘空间较大，但无需目标系统安装.NET Core运行时。从.NET Core 2.0开始可以使用NET Core globalization invariant mode来减少磁盘空间的占用。
使用dotnet publish命令（除.NET Core 3.x之外）以PDE模式发布应用，需指定下面两个参数：
- -r <RID> 该参数使用RID用于指定目标平台
- --self-contained true 该参数值为true时，.NET Core SDK会以SCD模式打包应用
从.NET Core 2.1 SDK(2.1.300)开始，.NET Core支持patch version roll forward（翻译为补丁前滚？）在使用该模式进行打包时，.NET Core工具会自动选择指定.NET Core版本的最新可用.NET Core runtime。如果用于构建的机器上未安装指定.NET Core版本的最新.NET Core runtime，.NET Core工具会从NuGet.org上自行下载。所以，使用该模式进行打包可能会依赖网络。有关patch version roll forward，可参考： Self-contained deployment runtime roll forward
命令示例
Publish Mode | SDK Version | Command |
|---|---|---|
Framework-dependent deployment | 2.x | dotnet publish -c Release |
Framework-dependent executable | 2.2 | dotnet publish -c Release -r <RID> --self-contained false |
3.0 | dotnet publish -c Release -r <RID> --self-contained false | |
3.0* | dotnet publish -c Release | |
Self-contained deployment | 2.1 | dotnet publish -c Release -r <RID> --self-contained true |
2.2 | dotnet publish -c Release -r <RID> --self-contained true | |
3.0 | dotnet publish -c Release -r <RID> --self-contained true |
可以使用dotnet publish --help命令来查看帮助文档：
示例
创建控制台应用（这里使用.NET Core 2.2）：dotnet new console。
可以在项目文件(.csoroj)中看到使用dotnet publish发布应用时默认使用的目标框架：
可以将目标框架更改为任意被支持的Target Framework Moniker (TFM)。针对多个目标框架的发布，可参考：Publishing basics和How to specify target frameworks
FDD
执行命令：dotnet publish -o pub -c Release
可以看到文件夹中只有4个文件，占用8K磁盘空间：
pub
│ ? app.deps.json
│ ? app.dll ? ?
| ? app.pdb
| ? app.runtimeconfig.jsonFDE
执行命令：dotnet publish -o pub -c Release -r win-x64 --self-contained false
可以看到，相比FDD，文件夹中多了exe文件，共占用140K磁盘空间：
pub
│ ? app.deps.json
│ ? app.dll ? ?
| ? app.exe
| ? app.pdb
| ? app.runtimeconfig.jsonSCD
执行命令：dotnet publish -o pub -c Release -r win-x64 --self-contained true
文件夹中有217个文件，占用65.8M空间。
小结
FDD与FDE类似：只打包应用本身及.NET Core类库之外的第三方依赖项，都需要目标系统中已安装相应版本的运行时。但有以下不同：
- FDE会生产可执行文件（如，Windows下的exe），可直接运行程序，FDD打包后则需要借助dotnet utility来启动，如：
dotnet app.dll。 - 因为不同的系统的可执行程序格式不同，所以针对Windows系统以FDE模式打包应用无法直接放到Linux中运行。FDD只生成依赖特定运行时的程序集，只要目标系统中安装了相应的运行时，都可以运行打包后的程序，与系统无关。
相比于FDD和FDE，SCD将应用、.NET Core运行时、.NET Core类库、第三方依赖均打包在一起，会产生一个比较大的包。因为自身已经包含了运行时，可以直接放到支持.NET Core的系统中运行，无论目标系统中是否已安装.NET Core运行时。SCD打包的应用自成一体，互相隔离、互不影响。
FDE与SCD在打包时都会生产针对特定平台的可执行文件。所以，在使用dotnet publish命令时，需要指定-r <RID>参数。这里可执行文件的作用与dotnet命令类似，是启动.NET Core应用的HOST，在Windows中，可执行程序名称通常为：<PROJECT-FILE>.exe，.NET Core应用名为<PROJECT-FILE>.dll。