PNaCl：Google 通过 LLVM 增强对 Chrome 中原生应用的支持

通过支持运行 LLVM 位码（bitcode），Google 增强了对 Chrome 中原生应用的支持。

在 Google I/O 2013 大会上，Google 宣布了预期加入的 PNaCl （Portable NaCl，读作“pinnacle”），继续推进对 Chrome 中原生应用的支持。PNaCl 修改了原来的工具链，与之前为每种目标平台编译 C/C++ 应用不同，现在开发者只需生成一份 LLVM 位码，之后位码可以由任一 Chrome 客户端加载，在本地转换为原生代码、验证和执行。

目前，x86-32、x86-64 和 ARM 架构上的 Chrome 29 已支持 PNaCl。在 PNaCl 完整发布之后，Chrome 客户端能够在任意页面上运行原生模块，而无需将其打包为面向 Chrome Web Store 的应用。此外，PNaCl 模块无需重新编译即可在未来的架构上运行。更为有趣的是，尽管目前只支持 C/C++，理论上 PNaCl 模块可以以任何能够编译为LLVM 位码的语言编写，包括ActionScript、Ada、D、Fortran、Haskell、Java 字节码、Objective-C、Python、Ruby、Rust、Scala 和C#等，拓宽了可以在Chrome 中运行的遗留的和较新的原生应用的使用范围，这些应用只需要很小的调整，甚至无需调整。

2010 年，4 位 Google 工程师组成的一个团队在内部提出了 PnaCl（ PDF ），几位作者想象的是这样一种解决方案：

• 为编译的 NaCl 模块提供一种独立于指令集体系结构（ISA）的格式，无需重新编译即可支持多种目标平台。
• 便于 NaCl 开发者构建、测试和部署可移植的执行模块。
• 首先要支持 x86-32、x86-64 和 ARM 指令集，但要很容易支持未来其他流行的通用处理器。
• 能够保持原生客户端所拥有的安全和性能属性。

PNaCl 仍然使用原来的 NaCl 沙盒机制，以保证运行翻译位码时的安全性。具体逻辑如下图所示，客户端从服务器请求位码，然后针对自己的架构将其转换为原生的可执行代码。翻译可能在本地进行（在另一个 NaCI 沙盒内），也可能通过另一个实体远程执行。

PnaCl 开发工具链支持 Windows、Mac 和 Linux， SDK 可以从项目网站下载。

查看英文原文： PNaCl: Google Adds More Native Support to Chrome via LLVM