在JavaScript中使用C程序.docx

在JavaScript中使用C程序JavaScript 是个灵活的脚本语言，能方便的处理业务逻辑。当需要传输通信时，我们大多选择 JSON 或 XML 格式。但在数据长度非常苛刻的情况下，文本协议的效率就非常低了，这时不得不使用二进制格式。去年的今天，在折腾一个 /index-html/p/frontend-based-war.html前后端结合的 WAF 时，就遇到了这个麻烦。因为前端脚本需要采集不少数据，而最终是隐写在某个 cookie 里的，因此可用的长度非常有限，只有几十个字节。如果不假思索就用 JSON 的话，光一个标记字段 {enableXX: true} 就占去了一半长度。然而在二进制里，标记 true 或 false 不过是 1 个比特的事，可以节省上百倍的空间。同时，数据还要经过校验、加密等环节，只有使用二进制格式，才能方便的调用这些算法。优雅实现不过，JavaScript 并不支持二进制。这里的「不支持」不是说「无法实现」，而是无法「优雅实现」。语言的发明，就是用来优雅解决问题的。即使没有语言，人类也可以用机器指令来编写程序。如果非要用 JavaScript 操作二进制，最终就类似这样：var flags = +enableXX1 16 | +enableXX2 15 | ...虽然能实现，但很丑陋。各种硬编码、各种位运算。然而，对于先天支持二进制的语言，看起来就十分优雅：union?{??struct?{??int?enableXX1:?1;??int?enableXX2:?1;??...??};??int16_t?value;?}?flags;??flags.enableXX1?=?enableXX1;?flags.enableXX2?=?enableXX2;?开发者只需定义一个描述即可。使用时，字段偏移多少、如何读写，这些细节完全不用关心。为了能达到类似效果，起先封装了一个 JS 版的结构体：//?最初方案：封装一个?JS?结构体?var?s?=?new?Struct([??{name:?month,?bit:?4,?signed:?false},??...?]);?s.set(month,?12);?s.get(month);?将细节进行了隐藏，看起来就优雅多了。优雅但不完美但是，这总感觉不是最完美的。结构体这种东西，本该由语言提供，如今却要用额外的代码实现，而且还是在运行期间。另外，后端解码是用 C 实现的，所以得维护两套代码。一旦数据结构或者算法变了，得同时更新 JS 和 C，很麻烦。于是琢磨，能否共用一套 C 代码，同时用于前端和后端？也就是说，需要能将 C 编译成 JS 来运行。认识 emscripten能将 C 编译成 JS 的工具有不少，最专业的要数 http://kripken.github.io/emscripten-site/emscripten。emscripten 的使用方式很简单，和传统 C 编译器差不多，只不过生成的是 JS 代码。./emcc?hello.c?-o?hello.html?//?hello.c?#include?stdio.h?#include?time.h??int?main()?{??time_t?now;??time(now);??printf(Hello?World:?%s,?ctime(now));?return?0;?}?编译之后即可运行：很有趣吧~ 大家可以尝试下，这里就不多介绍了。实用缺陷然而我们关心的不是有趣，而是实用。事实上，即使一个 Hello World 编译出来的 JS 也过万行，多达数百 KB。就算压缩再 GZIP，仍有几十 KB。同时 emscripten 使用了 asm.js 规范，内存访问是通过 /zh-CN/docs/Web/JavaScript/Reference/Global_Objects/TypedArrayTypedArray 实现的。这意味着 IE10 以下的用户都无法运行。这也是不可接受的。因此，我们得做如下改进：减少体积增加兼容首先寄托 emscripten 本身，看看能不能通过设置参数，来达到我们的目的。不过一番尝试之后，并没有成功。那只能自己动手实现了。减少体积为什么最终脚本会那么大，里面都放了些什么？分析了下内容，大致有这几个部分：辅助功能接口模拟初始化操作运行时函数程序逻辑辅助功能比如字符串和二进制转换、提供回调包装等。这些基本都是用不着的，我们可以给自己写个特殊的回调函数。接口模拟提供文件、终端、网络、渲染等接口。之前见过用 emscripten 移植的客户端游戏，看来模拟了不少接口。初始化操作全局内存、运行时、各种模块的初始化。运行时函数纯粹的 C 只能做简单的计算，很多功能都依靠运行时函数