.NET Framework 和公共语言运行库(CLR)的优势之一就是,致力于此的开发者可以从它提供的基础硬件平台的抽象中获益。最近,微软 CLR 团队的程序经理 Andrew Pardoe描述了针对此框架所做的一些更改,从而使它能运行在ARM 架构上。此举比切换到64 位计算架构还要复杂,Pardoe 解释了这些差异。
Pardoe 说道,“……尽管.NET Framework 被设计为非特定平台的,但它自诞生那天起主要运行在基于 x86 架构的硬件上”,因此要想在 ARM 架构上运行其代码,开发者需要仔细研究以下几个方面:
- 较弱的内存模型,只能带来更严格的数据对齐(data alignment)要求。
- 对函数参数处理方式上的差异。
- Visual Studio 下项目配置信息的细节。
基于 x86 架构的处理器依附于一种强内存模型,它可确保“……保证处理器在执行大多数读写操作时,其执行顺序看起来与在程序中指定的顺序相同”。这一点确保了对多线程编程的简化。相比之下,在编排阶段,ARM 架构的处理器在重组代码时则无法保证这一点。据 Pardoe 说,最终的结果是,目前的多线程代码很可能存在一些尚未发现的潜在缺陷,然而要是这些代码只在基于 x86 架构的机器上运行的话,那么就不会出任何问题。
出于对 CLR 性能的考虑,使得微软限制了运行库在 ARM 架构处理器上强制实现强内存模型的程度。虽然做了一些更改,例如“在向托管堆写数据时,会在一些关键点上插入内存屏障(memory barriers),从而确保类型安全……”,但是为了获得最佳结果,Pardoe 建议开发者在适当的位置使用 volatile 关键字。
在大多数情况下,CLR 都能处理数据对齐,不过在有些情况下开发者也可以影响此行为:
第一种方法是,通过自定义特性 ExplicitLayout 来显式指定某种结构的布局。第二种方法是,对于在托管代码与本地代码之间传递的结构不要准确指定其布局。
最后,大多数面向 CLR 的开发者都可以将他们的 Visual Studio 项目设置为面向 AnyCPU ,因此得到的代码会同时兼容 ARM、x86、及 x64 三种架构。
查看英文原文: ARMing .NET Developers for Windows 8
感谢高翌翔对本文的审校。
给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。
评论