AOT编译和单文件部署如何影响程序运行效率?
- 内容介绍
- 文章标签
- 相关推荐
本文共计3362个文字,预计阅读时间需要14分钟。
前言:这里先和大家用简短的篇幅介绍一下.NET的一些发布历史。
.NET框架最初起源于Microsoft,它的历史可以追溯到2002年。早期版本的.NET框架原生支持Windows平台,并依赖于特定的编译工具和库。在那个时代,.NET框架的主要特点包括支持多种编程语言,如C#、VB.NET等,以及一个庞大的类库,为开发者提供了丰富的API。
之前的.NET框架原生不支持最终编译成单文件的发布形式,这意味着应用程序通常需要一个第三方工具来打包,依赖外部库和工具。
我这里新建了一个简单的ASP.NET Core项目,发布之后,应用程序可以直接编译成一个单一的文件,无需依赖第三方工具。
前言这里先和大家介绍一下.NET一些发布的历史,以前的.NET框架原生并不支持最终编译结果的单文件发布(需要依赖第三方工具),我这里新建了一个简单的ASP.NET Core项目,发布以后的目录就会像下图这样,里面包含很多*.dll文件和其它各类的文件。
在.NET Core 2.1时代,引入了单文件发布的功能,只需要在发布命令上,增加-p:PublishSingleFile=true参数就可以使用,从这以后就无需发布的文件夹就再也没有那么多的文件,只有一个*.exe文件和对应的配置文件和用于调试*.pdb的文件,如下所示:
不过此时的.NET还是需要安装一个大小为50~130MB左右的.NET Runtime才能运行,这个其实不利于在客户端场景下程序的分发,大家应该能回忆起在安装一些软件之前,必须安装.NET Framework的场景。
本文共计3362个文字,预计阅读时间需要14分钟。
前言:这里先和大家用简短的篇幅介绍一下.NET的一些发布历史。
.NET框架最初起源于Microsoft,它的历史可以追溯到2002年。早期版本的.NET框架原生支持Windows平台,并依赖于特定的编译工具和库。在那个时代,.NET框架的主要特点包括支持多种编程语言,如C#、VB.NET等,以及一个庞大的类库,为开发者提供了丰富的API。
之前的.NET框架原生不支持最终编译成单文件的发布形式,这意味着应用程序通常需要一个第三方工具来打包,依赖外部库和工具。
我这里新建了一个简单的ASP.NET Core项目,发布之后,应用程序可以直接编译成一个单一的文件,无需依赖第三方工具。
前言这里先和大家介绍一下.NET一些发布的历史,以前的.NET框架原生并不支持最终编译结果的单文件发布(需要依赖第三方工具),我这里新建了一个简单的ASP.NET Core项目,发布以后的目录就会像下图这样,里面包含很多*.dll文件和其它各类的文件。
在.NET Core 2.1时代,引入了单文件发布的功能,只需要在发布命令上,增加-p:PublishSingleFile=true参数就可以使用,从这以后就无需发布的文件夹就再也没有那么多的文件,只有一个*.exe文件和对应的配置文件和用于调试*.pdb的文件,如下所示:
不过此时的.NET还是需要安装一个大小为50~130MB左右的.NET Runtime才能运行,这个其实不利于在客户端场景下程序的分发,大家应该能回忆起在安装一些软件之前,必须安装.NET Framework的场景。

