写点什么

.NET Native:将.NET 应用编译为原生应用

  • 2015-09-01
  • 本文字数:1956 字

    阅读完需:约 6 分钟

什么是.NET Native?
.NET Native 是一套在Visual Studio 2015 中编译通用Windows(UWP)应用的预编译工具,它可以将托管的中间语言二进制文件编译为本地二进制文件,每一个托管的通用Windows 应用都将受益于这项新技术。在用户设备上安装之前,应用会自动编译为原生代码。有关其工作机制的详情可以查看 MSDN

.NET Native 会带来什么?
根据不同的情况,.NET Native 所带来的好处各种各样。不过在大多数情况下,.NET Native 将会使得应用启动更快、运行更好、占用用户系统资源更少。具体优点如下:

  • 冷启动效率提升 60%
  • 热启动效率提升 40%
  • 原生编译时应用占用内存资源更少
  • 系统无需安装桌面.NET Runtime
  • 由于应用在本地编译,性能可以借助原生代码的优势得到改善
  • 可利用业内领先的 C#或 VB 及其编程语言工具
  • 提供全面而一致的.NET 编程模型,包括编写业务模型所需的扩展 API、内置内存管理以及异常处理等

Debug 和 Release 两种编译模式的差异
.NET Native 的编译过程十分复杂,相比于传统的.NET 编译,编译时间稍微长一些。上面提到的那些优点牺牲了一部分编译时间。Visual Studio 在编译应用时会提醒开发者这一点,保证了良好的开发体验。

当使用 Debug 编译模式时,在应用中运行的是中间语言代码,.NET 系统部件不和应用代码一起封装,而且应用需要依赖 Microsoft.NET.CoreRuntime (CoreCLR)包。这就意味着,开发者可以享有最优的开发体验。编译和配置都十分迅速,有着丰富的调试和诊断信息,在.NET 开发中还可以使用所有熟悉的工具。

而对于 Release 模式,应用会默认使用.NET Native 工具链。由于程序包编译成了本地二进制文件,它就不用再包含.NET 框架库。另外,程序包依赖于最新安装的.NET Native Runtime 而不是 CoreCLR 包,设备上的.NET Native Runtime 始终与应用程序包兼容。

通过 Release 的本地原生编译可以在一个模拟用户使用的环境里对应用进行测试。在应用开发过程中,定期的测试十分重要,这样可以保证查找和修改.NET Native 编译器相关的错误。大多数情况下.NET Native 编译器会正常工作,但在少数情况下可能就不那么顺利了,比如 4 维以上的数组可能引发错误。用户最后获得的是.NET Native 编译的应用,所以最好在开发过程中测试应用的版本,确认无误而后再发布。

另外需要补充的是,.NET Native 取消了跨平台的编译模式。原生编译的架构独立,因此跨平台编译不再有用。一个附加的结果是,当开发者打包应用程序时,需要将三个体系结构配置(x86、x64、ARM)全部选中,以保证应用程序对所有的设备都能兼容。

.NET Native 改变了打发布包的方式,这是给工作流带来的最后一个重大变化。.NET Native 的一大特点是,编译器可以放置在云端。在 Visual Studio 中编译应用包时会创建两个包,一个是.appxupload 文件,另一个是侧面加载用的“测试”.appx 文件。.appxupload 包含了 MSIL 二进制文件和应用使用的.NET Native 工具链版本信息(也记录在了 AppxManifest.xml 文件中)。编译后的程序包接下来放入应用商店,然后被相同版本的.NET Native 工具链编译。因为编译器置于云端,开发者无需在本地重新编译应用程序,便能够反复多次修改程序缺陷。

这样的改变给开发者工作流又带来了另外两个改变。第一是开发者不能修改应用程序包的第四个版本号,这是因为应用商店需要通过修改版本号来标记在云端的每一次编译行为。不过开发者还能修改其他三个版本号,所以不必有太大的疑虑。第二是需要开发者特别注意上传到应用商店的程序包。应用商店代替开发者进行原生编译,所以开发者不能上传本地.NET Native 编译器生成的原生二进制文件。对此,Visual Studio 会帮助开发者选择正确的文件。

总结来说,.NET Native 带来的最主要的变化是以下几点:

  • 使用 Release 模式定期测试开发的应用程序
  • 确保修订包编号为 0(Visual Studio 不允许修改,也不要使用文本编辑器修改)
  • 只上传创建包时生成的.appxupload 文件至应用商店。如果上传通用 Windows 平台的.appx 文件,应用商店会拒绝并报错

使用.NET Native 的其他小技巧
如果开发者怀疑.NET Native 造成了某些错误,可以尝试用以下方法解决。因为 Release 模式默认优化了代码,这会丢失 Debug 模式下需要的一些生成文件,所以在 Release 模式中调试可能会出现错误。开发者可以新建一个自定义模式来使用.NET Native 工具链,同时不要优化代码。详细内容可以查看这里

从一开始就避免.NET Native 相关的错误无疑是更好的选择。 Microsoft.NET Native.Analyzer 在开发过程中如果遇到代码与.NET Native 冲突,会给出相应的警告。


感谢徐川对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入 InfoQ 读者交流群)。

2015-09-01 19:007652
用户头像

发布了 268 篇内容, 共 122.2 次阅读, 收获喜欢 24 次。

关注

评论

发布
暂无评论
发现更多内容

模块五作业

ks

架构实战营

新公司安排的工作做不来怎么办?是不是该离职了?

石云升

28天写作 职场经验 12月日更

由《组织行为学》讲义想到的两个问题(1/28)

赵新龙

TGO鲲鹏会 28天写作

历经 7 年双 11 实战,阿里巴巴是如何定义云原生混部调度优先级及服务质量的?

阿里巴巴云原生

阿里云 云原生 混部 CNStack

Java问题排查分享

捉虫大师

Java 问题排查

工业区块链与关键关联技术融合创新

CECBC

Java 项目中使用 Resilience4j 框架实现隔断机制/断路器

码语者

Java circuit break 断路器 Resilience4j 隔断机制

毕业设计-电商秒杀系统

小智

「架构实战营」

微博系统中“微博评论”的高可用高性能架构

AHUI

「架构实战营」

12.01碎碎念

穿过生命散发芬芳

28天写作

和12岁小同志搞创客开发:手撕代码,做一款节拍电子鼓

不脱发的程序猿

少儿编程 DIY 智能硬件 创客开发 Arduino

在AI与信息交互之间:QQ 浏览器的边界探索

脑极体

基于云的技术架构设计实践-第0篇

hackstoic

云计算 架构 云原生 创业公司 签约计划第二季

王者荣耀商城异地多活架构设计

胡颖

架构实战营

10个问题解答火热的元宇宙概念

CECBC

模块九作业

Geek_fc100d

「架构实战营」

架构实战总结

Geek_fc100d

「架构实战营」

Java基础系列:反射

正向成长

Java 反射

31 K8S之StatefulSet控制器

穿过生命散发芬芳

k8s 28天写作 12月日更

反脆弱漫谈

木风

质量管理 技术管理 28天写作

深度参与,亲身体验,谨慎接受

mtfelix

28天写作 必然 未来趋势 2022开年学习

模块五作业 ”微博评论“的高性能高可用计算架构

小朱

架构实战营

TypeScript 之常见类型(上)

冴羽

JavaScript typescript 翻译 大前端

SpringCloudAliBaba之微服务常识扫盲

XiaoLin_Java

架构 微服务 springcloudAlibaba 签约计划第二季

Python Qt GUI设计:QCalendar日历类和QDateTimeEdit时间类(基础篇—20)

不脱发的程序猿

Python qt GUI设计 QCalendar日历类 QDateTimeEdit时间类

继续跑步

wood

创业 跑步

Android C++系列:Linux信号(三)

轻口味

c++ android 28天写作 12月日更

坚持不下去,你缺的可能不是意志力

Justin

个人成长 心理学 28天写作

[架构实战营] 模块五作业

张祥

架构实战营

Mysql探索(一):B-Tree索引

程序员历小冰

MySQL 索引 28天写作

微服务架构细节

卢卡多多

28天写作 12月日更

.NET Native:将.NET应用编译为原生应用_.NET_张天雷_InfoQ精选文章