.NET Core应用的三种部署方式

我只是一个虾纸丫 提交于 2021-02-17 13:57:56

.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 basicsHow to specify target frameworks

FDD

执行命令:dotnet publish -o pub -c Release

可以看到文件夹中只有4个文件,占用8K磁盘空间:

pub
│   app.deps.json
│   app.dll    
|   app.pdb
|   app.runtimeconfig.json

FDE

执行命令: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.json

SCD

执行命令: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。

推荐阅读

.NET Core application deployment

Publish .NET Core apps with the CLI

Target frameworks

Cross-platform targeting

Developing Libraries with Cross Platform Tools

原文出处:https://www.cnblogs.com/Cwj-XFH/p/11612821.html

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!