Angular AOT 编译大型项目出现内存溢出瓶颈

自 2.0 版本起，Angular 就已支持了 AOT （Ahead-of-time）编译，该功能在服务器端对代码进行编译，这可以免去标准的 JIT（Just-in-time）方式每次都在浏览器运行时进行编译的消耗，优化了客户端的渲染速度及代码的网络传输效率。同时谷歌还推出了 Angular-cli 工具，进一步简化了 Angular 项目的管理、编译过程。

然而，在今年年初，有用户指出在使用Angular-cli 对大型项目进行AOT 编译时遇到内存溢出（OOM）的情况，导致编译失败。谷歌的Angular-cli 工程师Hans 表示，问题的原因是，在Angular-cli 使用的Webpack 插件中，路径解析没有很好地处理递归问题，从而导致大量内存占用，目前还没有找到很好的解决方案。

Angular 的 AOT 编译会进行代码静态分析、无用代码及依赖的剪枝、缩小代码体积等一系列优化，这个过程势必会消耗一定时间。该功能在带来运行时性能提升的同时，拖慢了编译速度，从而遭到不少用户的吐槽。官方也建议，在开发过程中使用JIT 的编译方式，而只在正式发布时使用AOT 编译。

目前能够暂时缓解内存溢出这一问题的方法是为其分配更多可用的内存，使编译器能够完成编译，但这毕竟治标不治本，随着项目的不断增长，在可预见的将来还是会遇到同样的问题。将独立应用拆分成小型的模块会是一个不错的选择，同时也有人提出投奔Vue、Ember 或React 等其他框架。

社区中已有不少用户遇到了这个内存溢出的问题，并能够成功将其重现，然而目前谷歌官方并没有对该问题提出明确的解决方案，值得注意的是AngularDart 并没有出现类似情况。社区对该问题的出现产生了些许担忧，Angular 将来是否能很好地支持大型应用？谷歌最终会不会更倾向于推广AngularDart？现在只能希望Angular 在后续版本中针对该问题进行更好的性能优化。

感谢薛命灯对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作，请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博（ @InfoQ ， @丁晓昀），微信（微信号： InfoQChina ）关注我们。