背景
.在网络框架时代。NET应用程序大部分直接部署在Windows服务器上。
无论部署exe，还是IIS站点、或是Windows Service，编译后的程序直接copy、简单配置部署上即可。有了.NET Core之后，.NET应用程序完美支持跨平台部署。
支持跨平台部署运行，.NET 5/.NET Core的应用程序面临着多平台，多场景的部署需求。比如说：部署在Windows、Linux、MaxOS...，OS层面是否需要部署.NET Runtime运行时，.NET Runtime运行时的版本选择，等等。
因此，今天我们研究一下.NET 5/.NET Core应用程序的部署发布。
两种应用程序发布模式
1. 以自包含的方式发布应用程序
这种模式包含.NET运行时和应用程序及其依赖项的应用程序。我们可以在未安装.NET运行时的操作系统上运行它。
总结一句话：把.NET Runtime运行时打包到程序运行目录中，应用程序运行的主机不需要安装.NET Runtime运行时。
2. 以依赖于框架的方式发布应用程序
生成一个仅包含应用程序本身及其依赖项的应用程序。应用程序的运行环境必须单独安装.NET运行时。
总结一句话：不包含.NET Runtime运行时，只有应用程序本身和依赖的应用程序。应用程序运行的主机需要单独安装应用程序所需的.NET Runtime运行时。
NET 5/.NET Core的应用程序的发布指令：dotnet publish
dotnet publish -将应用程序及其依赖项发布到指定的文件夹中，以方便后续部署到目标托管系统。
关于dotnet publish的使用说明，可以参考以下链接：
dotnet publish [<PROJECT>|<SOLUTION>] [-c|--configuration <CONFIGURATION>]
[-f|--framework <FRAMEWORK>] [--force] [--interactive]
[--manifest <PATH_TO_MANIFEST_FILE>] [--no-build] [--no-dependencies]
[--no-restore] [--nologo] [-o|--output <OUTPUT_DIRECTORY>]
[-p:PublishReadyToRun=true] [-p:PublishSingleFile=true] [-p:PublishTrimmed=true]
[-r|--runtime <RUNTIME_IDENTIFIER>] [--self-contained [true|false]]
[--no-self-contained] [-v|--verbosity <LEVEL>]
[--version-suffix <VERSION_SUFFIX>]
dotnet publish -h|--helpdotnet publish 将编译应用程序，读取其在项目文件中指定的依赖项，然后将结果文件集发布到目录中。输出包括以下内容：
- 具有dll扩展名的程序集中的中间语言（IL）代码。
- 一个.de文件，其中包含项目的所有依赖项。
- 一个.run文件，它指定应用程序期望的共享运行时，以及该运行时的其他配置选项（例如，垃圾收集类型）。
- 应用程序依赖的应用程序，从NuGet缓存目录复制到输出文件夹中。
从上述描述中，我们可以发现，通过dotnet publish指令，我们可以编译应用程序，生成并输出指定运行环境的交付物。
我们新建一个.NET 5的Console应用程序，同时引用New Nuget包。
Main函数的代码：
using System;
namespace NET5PublishExample
{
class Program
{
static void Main(string[] args)
{
var msg = New.JsonConvert.SerializeObject("Hello .NET 5!");
Con(msg);
Con();
}
}
}首先，编译一下这个工程dotnet build，这一步很重要。然后，使用命令行执行dotnet publish指令：
我们看一下F:GitHubSourceReposNET5PublishExamplebinDebugnepublish目录下生成的文件：
正如上面所说，输出包括以下内容：
- 具有dll扩展名的程序集中的中间语言（IL）代码：NET5Publi
- 一个.de文件，其中包含项目的所有依赖项。NET5PublishExample.de
- 一个.run文件，它指定应用程序期望的共享运行时，以及该运行时的其他配置选项（例如，垃圾收集类型）。NET5PublishExample.run
- 应用程序依赖的应用程序，从NuGet缓存目录复制到输出文件夹中。New.dll
同时，还生成了一个Windows平台的可执行文件：NET5Publi，双击可以执行：
另外，使用dotnet NET5Publi，也可以直接执行：
然后有几个疑问：
- NET5Publi是不是可以跨平台运行？
- 在Linux、MacOS平台下有没有对应的可执行文件？
带着这2个问题，我们继续往下研究？
dotnet publish生成的可执行文件和跨平台二进制文件
自包含的方式发布应用程序，依赖于框架的方式发布应用程序。这两种发布模式默认情况下都会生成特定于平台的可执行文件和跨平台二进制文件。
1. 可执行文件
可执行文件不是跨平台的。它们特定于操作系统和CPU体系结构。因为Windows和linux下的可执行文件的结构和内容是不同的，所以可执行文件是分操作系统的。
这里我们示例2个平台的可执行文件：
① windows-x64平台
② Linux-x64平台
使用的dotnet publish指令 dotnet publish -r linux-x64 --self-contained false
生成的可执行文件：
2. 跨平台的二进制文件
将应用程序发布为依赖于框架的dll文件形式时，就会创建跨平台的二进制文件。该dll文件以项目命名。例如，如果您有一个名为应用程序NET5PublishExample，文件名为NET5Publi创建。
以这种方式发布的应用程序dotnet <;可以通过命令运行，可以在任何平台上运行。
关于自包含的发布选项和示例
以自包含的方式发布应用会生成特定于平台的可执行文件。
输出发布文件夹包含应用程序的所有组件，包括.NET库和目标运行时。该应用程序与其他.NET应用程序隔离，并且不使用本地安装的.NET运行时。因此无需下载并安装.NET 运行时。
可执行二进制文件针对指定的目标平台生成。例如，如果您有一个名为NET5PublishExample的应用程序，并且发布了Windows的自包含可执行文件，则会创建NET5Publi文件。对于Linux或macOS发布，将创建一个NET5PublishExample文件。目标平台和体系结构-r <RID>由dotnet publish命令的参数指定。有关RID的更多信息，请参见.NET RID目录。
如果应用程序具有特定于平台的依赖项，例如包含特定于平台的依赖项的NuGet程序包，则这些依赖项将与应用程序一起复制到publish文件夹中。
这种模式的优势有哪些呢？
- 控制.NET版本：可以控制与应用程序一起部署的.NET版本。
- 指定运行的平台：因为必须为每个平台发布应用程序，所以我们需要确定应用程序将在何处运行。如果.NET引入了新平台，则必须先发布针对该平台的版本，然后才能在该平台上运行您的应用程序。
同时也带来了以下问题：
- 更大的部署内容：应用程序包括.NET运行时和所有应用程序依赖项，所以所需的下载大小和硬盘空间大于依赖于框架的版本。
- 难以更新.NET版本.NET Runtime：（随应用程序分发）只能通过发布新版本的应用程序进行升级。但是，.NET将根据应用程序运行的计算机上框架库的需要更新关键的安全补丁。
例如：
示例1：发布一个独立的应用程序，创建macOS 64位可执行文件，同时包含了.NET 运行时
dotnet publish -r osx-x64生成的文件列表如下：包含macOS 64可执行文件NET5PublishExample，以及包含了对应macOS 64平台下的.NET 运行时
示例2：发布一个独立的应用程序，创建Windows 64位可执行文件，同时包含了.NET 运行时
dotnet publish -r win-x64生成的文件列表如下：包含Windows 64可执行文件NET5Publi，以及包含了对应Windows 64平台下的.NET 运行时
关于依赖框架的发布选项和示例
发布为依赖框架的应用程序是跨平台的，并且不包含.NET运行时。应用程序的运行需要单独安装指定版本的.NET运行时。
应用程序的跨平台二进制文件可以使用dotnet <;命令运行，并且可以在任何平台上运行。如果应用程序使用具有特定于平台的实现的NuGet包，则所有平台的依赖项都将与应用程序一起复制到publish文件夹中。
可以通过将-r <RID> --self-contained false参数传递给dotnet publish命令来为特定平台创建可执行文件。当-r参数被省略，为当前平台创建一个可执行文件。具有目标平台特定于平台的依赖关系的任何NuGet软件包都将复制到publish文件夹中。
这种模式带来的优势有：
- 小型部署：仅分发应用程序及其依赖项。.NET运行时和库由用户安装，所有应用共享运行时。
- 跨平台：应用程序和任何基于.NET的库都可以在其他操作系统上运行
- 使用最新的.NET运行时：该应用程序使用目标系统上安装的最新运行时。这意味着应用程序会自动使用最新的.NET运行时修补版本。
同时也带来了以下问题：
- 需要预安装.NET 运行时：仅在主机系统上已安装应用目标的.NET运行时版本时，应用才能运行。
- .NET可能会更改：.NET运行时和库可能会在运行该应用程序的计算机上更新。
例如：
示例1：发布一个当前平台的依赖框架的跨平台应用程序，不包含.NET 运行时，将与dll文件一起创建一个针对当前平台的可执行文件。
dotnet publish使用dotnet NET5Publi，可以直接运行（本机已经安装.NET运行时，NET5Publi是跨平台的二进制文件）
示例2：发布一个依赖框架的跨平台应用程序（Linux 64位），不包含.NET 运行时，将创建一个Linux 64位可执行文件以及dll文件。
dotnet publish -r linux-x64 --self-contained false 使用dotnet NET5Publi，可以直接运行（本机已经安装.NET运行时，NET5Publi是跨平台的二进制文件）
ReadyToRun编译选项
通过将应用程序程序集编译为ReadyToRun（R2R）格式，可以改善.NET应用程序的启动时间和延迟。R2R是一种提前（AOT）编译的形式。
R2R二进制文件通过减少应用程序加载时即时（JIT）编译器需要完成的工作量来提高启动性能。与JIT产生的代码相比，二进制文件包含相似的本机代码。
但是，R2R二进制文件较大，因为它们既包含中间语言（IL）代码（某些情况下仍然需要此代码）和同一代码的本机版本。仅当发布针对特定运行时环境（RID）（例如Linux x64或Windows x64）的应用程序时，R2R才可用。
总结一下：通过R2R方式，可以直接将代码编译为Native Code，减少.NET 程序第一次加载时JIT编译带来的性能消耗，以提升.NET应用的首次加载性能。类似于ngen的程序集预加载。关于Ngen可以参考这个链接：ngen
对应的dotnet publish指令选项： dotnet publish -c Release -r win-x64 -p:PublishReadyToRun=true
以上是.NET 5/.NET Core应用程序的发布部署的一些研究和分享。
推荐一个不错的知识链接：
1.《快速搞懂.NET 5/.NET Core应用程序的发布部署》援引自互联网，旨在传递更多网络信息知识，仅代表作者本人观点，与本网站无关，侵删请联系页脚下方联系方式。
2.《快速搞懂.NET 5/.NET Core应用程序的发布部署》仅供读者参考，本网站未对该内容进行证实，对其原创性、真实性、完整性、及时性不作任何保证。
3.文章转载时请保留本站内容来源地址，https://www.lu-xu.com/gl/2100234.html
