原文链接： http://coderoncode.com/2013/07/24/introduction-hhvm.html
“HHVM(HIpHop Virtual Machina)把PHP代码转换成高层次的字节码(普遍认为是一种中间语言)。然后这样的字节码在运行时被JIT(just-in-time)编译器动 态地转换成x64机器码。基于这样的考虑，HHVM和包括C#/CLR和Java/JVM在内的其他语言中的虚拟机类似。”
有点长的历史
在2008年早期Facebook网站便工作在HipHop(一个PHP执行引擎，现在是HPHP)上。其原始的动机便是把Facebook网站中 大量的PHP代码转换成C++代码，以便节约资源和提升应用性能。其原始版本便是HPHPc(一个把PHP代码转换成C++代码的编译器)。
在接下来的两年时间里Facebook网站继续工作在HipHop上，这时候的HipHop增加了HPHPi(一个HPHP的”开发模式”版本)和 HPHPd(HipHop debugger)。运行在HipHop平台上的PHP应用程序允许开发者查看和单步执行代码并且可以交互式地调试。
在巅峰时期，运行在HipHop上的PHP代码在性能上是运行在ZEND引擎上的PHP代码的6倍。然而，在HipHop的第一次迭代版上仍然有几个缺点：
1、HPHPc不是完全的支持PHP语言，最明显的便是不支持create_function和eval这两个函数。诚然，我并不认为对于不支持eval这个函数是件坏事。
2、Facebook的开发者必须维护两个不同的引擎(HPHPc和HPHPi)，这样的结果便是导致重复的工作和浪费资源。
3、最后，HPHPc需要完全不同的部署过程，这样会妨碍到它被PHP开发者所采纳。
鉴于这些问题，Facebook公司在2010年早期采取了两个关键行动。其一便是把HipHop平台开源了，开源这样的一个项目是一个伟大的方 式，便于构建一个围绕着这个项目的社区并且可以从社区中获取到来自外界的帮助。其二，Facebook公司开始了HipHop在现代版本上的发展，这便是 HHVM(HipHop virtual Machine)。HHVM提升了HPHPc的健壮性并且修正了许多关键性的问题。
HHVM建立在HPHPc的顶端，其工作方式便是把PHP代码转换成高层次的字节码(一种中间语言)。这样的字节码在运行时被JIT(Just-In-Time)编译器动态地转换成机器码。
如果你像我一样，你可能对字节码、机器码和Just-In-Time编译器还有着模糊的记忆。所以，让我们暂时偏离一下主题快速地回顾下这些概念，然后讲解下他们是如何在HHVM中扮演关键性的角色。
字节码、机器码以及JIT，哦，我的…!
字节码： 它是一个人们读不懂的代码，被设计来让解释器或者编译器高效执行的。当HHVM第一次导入我们的项目，它把所有的PHP代码转换成字节码这样的中间形式。产生的字节码和特定类型的计算机结构无关，因此可以很方便地在不同的系统间移植。
机器码： 它是一组被设计成可以由CPU直接执行的指令。如果你曾经玩过Assembly(谁没玩过呢？)，你一定能很好的理解什么是机器码。对于没有兴趣玩assembly或者类似语言的极少数的你们来说，机器码是由编译器或者解释器产生的并且可以直接被CPU执行的代码。
JIT(Just In Time)编译器： Just in time编译技术是用来提升软件性能的一项技术。它的实现原理便是在执行期间编译存储在内存中字节码，JIT编译器导入这些字节码并且编译成所需要的部分。
通过应用这些技术所获得的性能和速度便能给HipHop及随后的HHVM提供核心优势。保持一个PHP代码库，同时实现性能上堪比编译过的应用程序。
目前的HHVM基本上支持整个的PHP5.4版本，然而HHVM仍然有妨碍到一些应用程序执行的许多bugs。基于这样的原因，Facebook公 司设置的目标便是能让开源的顶尖的前20个PHP应用程序运行在HHVM上。第一个运行在其上的最流行的应用便是Wordpress。
接下来
现在我们对于HHVM究竟是做什么的及其优势有了很好的了解，并且对于运行在其上的应用程序我们可以很方便的开始测试了。在接下来的文章里，我会介 绍到如何在虚拟机上安装HHVM，以及在你的应用程序上运行基准测试，最后(双手合十)，介绍如何在HHVM上运行Magento。
更多文章请关注我的个人博客： http://www.nomoneynowife.com
