.NET8.0 AOT 经验分享 - 专项测试各大 ORM 是否支持

AOT 特点

发布和部署本机 AOT 应用具有以下优势：

最大程度减少磁盘占用空间：使用本机 AOT 发布时，将生成一个可执行文件，其中仅包含支持程序所需的外部依赖项的代码。减小的可执行文件大小可能会导致：
- 较小的容器映像，例如在容器化部署方案中。
- 缩短了较小映像的部署时间。
缩短启动时间：本机 AOT 应用程序可缩短启动时间，这意味着
- 应用已准备好更快地为请求提供服务。
- 改进了容器业务流程协调程序需要管理从应用的一个版本到另一个版本的转换的部署。
减少内存需求：本机 AOT 应用可能会减少内存需求，具体由应用执行的工作决定。减少内存消耗可以提高部署密度和可伸缩性。

模板应用在基准测试实验室中运行，来比较 AOT 已发布的应用、已修剪的运行时应用和未修剪的运行时应用的性能。下图显示了基准测试的结果：

上图显示本机 AOT 降低了应用大小、内存使用量和启动时间

本文内容

2023年11月15日，对.net的开发圈是一个重大的日子，.net 8.0正式版发布。

那一天，我发表了一篇关于《.NET8.0 的升级和 AOT 经验的文章》，整体总结如下：

.NET8.0 AOT 已经到了可用的阶段，期待未来版本能改进以下问题：

发布速度变快，目前20-30秒一次实在太慢
编译前检查错误，而不是等发布后再报运行时错误
加强调试，.pdb 100兆++ 为何调试还都是 c++ 有关内容，不能白瞎了这么大的调试文件啊
尽快修复 Console.WriteLine(Enum.GetValues(typeof(TaskInterval))) 这个问题

如果一个全新的 AOT webapi 应用发布在国产系统上运行，算不算国产信创？

我是开源人：https://github.com/2881099

今天发表 AOT 经验的续篇和 ORM 有关，肯定会产生一些火药味，咱们能不能理智用技术的角度看完内容，提示：测试你不是贬低你，OK？？？

我在 github 上创建一个专门测试 AOT 发布的开源项目，有兴趣可以参与提交代码。

https://github.com/2881099/aot_test

FreeSql v3.2.805 + Sqlite

发布耗时 31.882 秒

orm_freesql.exe    ( 16,927KB)
orm_freesql.pdb    (123,812KB)
SQLite.Interop.dll (  1,723KB)

E:\github\aot_test\orm_freesql\bin\Release\net8.0\publish\win-x64>orm_freesql.exe
【FreeSql AOT】开始测试...
Insert 1条 80ms
Select 1条 5ms
Update 1条 86ms
Select 1条 0ms
Delete 1条 74ms
【FreeSql AOT】测试结束.

PS：没有对 AOT 的支持做专门改进，都是老代码。

SqlSugar v5.1.4.117 + Sqlite

程序代码设置要求：

StaticConfig.EnableAot = true;

发布耗时 01:51.002 分钟

orm_sqlsugar.exe                 ( 50,133KB)
orm_sqlsugar.pdb                 (346,412KB)
e_sqlite3                        (  1,597KB)
Microsoft.Data.SqlClient.SNI.dll (    499KB)

E:\github\aot_test\orm_sqlsugar\bin\Release\net8.0\publish\win-x64>orm_sqlsugar.exe
【SqlSugar AOT】开始测试...
Insert 1条 214ms
Select 1条 29ms
Update 1条 119ms
Select 1条 0ms
Delete 1条 82ms
【SqlSugar AOT】测试结束.

EFCore v8.0 + Sqlite

发布耗时 50.749 秒

orm_efcore.exe     ( 17,410KB)
orm_efcore.pdb     (168,788KB)
e_sqlite3          (  1,652KB)

E:\github\aot_test\orm_efcore\bin\Release\net8.0\publish\win-x64>orm_efcore.exe
【EFCore AOT】开始测试...
Unhandled Exception: System.InvalidOperationException: Model building is not supported when publishing with NativeAOT. Use a compiled model.
   at Microsoft.EntityFrameworkCore.Internal.DbContextServices.CreateModel(Boolean) + 0x148
   at Microsoft.EntityFrameworkCore.Internal.DbContextServices.get_Model() + 0x1c
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitCache(ServiceCallSite, RuntimeResolverContext, ServiceProviderEngineScope, RuntimeResolverLock) + 0xc2
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitScopeCache(ServiceCallSite, RuntimeResolverContext) + 0x35
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteVisitor`2.VisitCallSite(ServiceCallSite callSite, TArgument argument) + 0xa4
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitConstructor(ConstructorCallSite, RuntimeResolverContext) + 0x83
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitCache(ServiceCallSite, RuntimeResolverContext, ServiceProviderEngineScope, RuntimeResolverLock) + 0xc2
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitScopeCache(ServiceCallSite, RuntimeResolverContext) + 0x35
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteVisitor`2.VisitCallSite(ServiceCallSite callSite, TArgument argument) + 0xa4
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitConstructor(ConstructorCallSite, RuntimeResolverContext) + 0x83
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitCache(ServiceCallSite, RuntimeResolverContext, ServiceProviderEngineScope, RuntimeResolverLock) + 0xc2
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitScopeCache(ServiceCallSite, RuntimeResolverContext) + 0x35
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteVisitor`2.VisitCallSite(ServiceCallSite callSite, TArgument argument) + 0xa4
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitConstructor(ConstructorCallSite, RuntimeResolverContext) + 0x83
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitCache(ServiceCallSite, RuntimeResolverContext, ServiceProviderEngineScope, RuntimeResolverLock) + 0xc2
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitScopeCache(ServiceCallSite, RuntimeResolverContext) + 0x35
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteVisitor`2.VisitCallSite(ServiceCallSite callSite, TArgument argument) + 0xa4
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitConstructor(ConstructorCallSite, RuntimeResolverContext) + 0x83
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitCache(ServiceCallSite, RuntimeResolverContext, ServiceProviderEngineScope, RuntimeResolverLock) + 0xc2
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitScopeCache(ServiceCallSite, RuntimeResolverContext) + 0x35
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteVisitor`2.VisitCallSite(ServiceCallSite callSite, TArgument argument) + 0xa4
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitConstructor(ConstructorCallSite, RuntimeResolverContext) + 0x83
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitCache(ServiceCallSite, RuntimeResolverContext, ServiceProviderEngineScope, RuntimeResolverLock) + 0xc2
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.VisitScopeCache(ServiceCallSite, RuntimeResolverContext) + 0x35
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteVisitor`2.VisitCallSite(ServiceCallSite callSite, TArgument argument) + 0xa4
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.CallSiteRuntimeResolver.Resolve(ServiceCallSite, ServiceProviderEngineScope) + 0x3d
   at Microsoft.Extensions.DependencyInjection.ServiceProvider.GetService(ServiceIdentifier, ServiceProviderEngineScope) + 0xa3
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.ServiceProviderEngineScope.GetService(Type) + 0x42
   at Microsoft.Extensions.DependencyInjection.ServiceProviderServiceExtensions.GetRequiredService(IServiceProvider, Type) + 0x50
   at Microsoft.Extensions.DependencyInjection.ServiceProviderServiceExtensions.GetRequiredService[T](IServiceProvider) + 0x29
   at Microsoft.EntityFrameworkCore.DbContext.get_DbContextDependencies() + 0x32
   at Microsoft.EntityFrameworkCore.DbContext.get_ContextServices() + 0x14f
   at Microsoft.EntityFrameworkCore.DbContext.get_DbContextDependencies() + 0x22
   at Microsoft.EntityFrameworkCore.DbContext.EntryWithoutDetectChanges[TEntity](TEntity entity) + 0x18
   at Microsoft.EntityFrameworkCore.DbContext.SetEntityState[TEntity](TEntity entity, EntityState entityState) + 0x1d
   at Program.<Main>$(String[] args) + 0x1da
   at orm_efcore!<BaseAddress>+0x7c2ab0

Dapper

Dapper 已经出了新的 DapperAOT 版本，就不测试了，100%支持 AOT。

写到最后

希望多用技术交流，我写文章不是自夸 Free 系列开源项目有多流弊，实实在在的花了时间研究，测试通过后才发的文章，分享给大家多一个选择，让大家知晓已支持 AOT，仅此而已。

提示：测试你不是贬低你，OK？？？其他 ORM 可以按 https://github.com/2881099/aot_test 的方式提交测试代码，我确实没时间测试所有 ORM，不是为了比较而比较。

被抢 SEO 关键字行为已经不是一次两次了，确实没多大意思。

最后上一个统计表格吧，PS：支持 AOT 没什么了不起！

测试项目	发布耗时	发布后 .exe 体积	发布后 .pdb 体积	通过AOT
FreeSql v3.2.805 + Sqlite	31.882 秒	16,927KB	123,812KB	通过
SqlSugar v5.1.4.117 + Sqlite	111.002 秒	50,133KB	346,412KB	通过
EFCore v8.0 + Sqlite	50.749	17,410KB	168,788KB	未通过
DapperAOT	未测试（支持）	未测试（支持）	未测试（支持）	通过

如果大家对 AOT 有兴趣，我后面会持续分享自己的经验，PS mysql 测试也是没问题的，其他数据库如果有使用问题可以与我交流。

我是开源人：https://github.com/2881099

posted @ 2023-11-19 20:51 FreeSql 阅读(6010) 评论(169) 编辑收藏举报

刷新页面返回顶部

Loading

FreeSql