最近花了大约一星期的时间写了一个PHP扩展模块Opdumer，并封装成了Web服务（点击这里访问）。这个模块的主要内容是输出PHP代码对应的opcode。其实之前已经有一些用于查看opcode的扩展模块，如比较有名的vld。之所以重新实现一个这样的模块，主要是因为vld不支持PHP_FUNCTION API，也就是说vld只能用于CLI形式，而Opdumer同时拥有CLI API和PHP_FUNCTION API，另外，也想借助编写这个模块的机会学习Zend Engine中opcode的编译和执行机制。个人打算后面专门针对opcode的编译执行机制写一篇文章，而本文主要描述Opcode的使用方法及对应Web服务的使用。
Opdumper
安装
Opdumper的源码已经托管在github上，其地址为：https://github.com/ericzhang-cn/opdumper。可以通过以下命令克隆源代码：
1 | git clone https://github.com/ericzhang-cn/opdumper.git |
Opdumper是一个标准的PHP Extension，安装方法如下： 首先将Opdumper源码放到PHP源码包的ext/opdumper目录下，进入此目录执行如下命令：
1 2 3 4 | phpize./configuremakemake install |
然后在php.ini中添加一行配置：
1 | extension=opdumper.so |
目前opdumper支持PHP>=5.3，在Linux和MacOS下测试通过，Windows下未做测试。
CLI API
Opdumper支持类似vld的命令行方式输出opcode，只需在执行php命令时通过-d参数将opdumper.active=1传入。例如我们有一个foo.php：
1 2 3 4 | <?php$a = 'hello';echo $a;?> |
执行如下命令：
1 | php -d opdumper.active=1 foo.php |
结果如下： 
PHP_FUNCTION API
Opdumper还支持vld不支持的PHP_FUNCTION API，Opdumper提供了两个PHP函数：od_dump_opcodes_string和od_dump_opcodes_file。前者接受一个字符串作为产生，字符串是一段PHP代码；后者接受一个PHP文件作为参数，返回值均是一个存有opcode结果的PHP数组。以od_dump_opcodes_file为例，我们在foo.php同一目录下再写一个bar.php：
1 2 3 4 | <?php$opcodes = od_dump_opcodes_file('./foo.php');var_dump($opcodes);?> |
执行结果如下：
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 | array(3) { [0]=> array(8) { ["lineno"]=> int(2) ["opcode"]=> string(11) "ZEND_ASSIGN" ["op1_type"]=> string(2) "CV" ["op2_type"]=> string(5) "CONST" ["result_type"]=> string(0) "" ["op1"]=> string(2) "~0" ["op2"]=> string(5) "hello" ["result"]=> string(0) "" } [1]=> array(8) { ["lineno"]=> int(3) ["opcode"]=> string(9) "ZEND_ECHO" ["op1_type"]=> string(2) "CV" ["op2_type"]=> string(6) "UNUSED" ["result_type"]=> string(6) "UNUSED" ["op1"]=> string(2) "~0" ["op2"]=> string(6) "UNUSED" ["result"]=> string(6) "UNUSED" } [2]=> array(8) { ["lineno"]=> int(5) ["opcode"]=> string(11) "ZEND_RETURN" ["op1_type"]=> string(5) "CONST" ["op2_type"]=> string(6) "UNUSED" ["result_type"]=> string(6) "UNUSED" ["op1"]=> string(1) "1" ["op2"]=> string(6) "UNUSED" ["result"]=> string(6) "UNUSED" }} |
Opdumper的Web服务：Opcode Dumper
坦白说，安装PHP模块还是挺麻烦的。所以为了方便朋友们查看opcode，我为Opdumper搭建了一个在线Web服务：http://supercompiler.com/app/opcode_dumper。
Web页面访问
只要访问这个页面，在编辑框中输入或粘贴进PHP代码，就可以快速看到相应的opcode： 
同时，也可以将结果下载到本地（CSV文件格式）。
HTTP API方式访问
您可以通过访问如下API获取PHP代码的opcode： URI: http://supercompiler.com/api/dump_opcodes Method: POST Params: php_script=[您的PHP代码]返回值为JSON格式，成功时success字段为"true"，data字段存储opcodes；失败时success字段为"false"，msg字段存放失败原因。 由于跨越的关系，目前只能使用Curl而不能使用Ajax方式调用这个API，后续会为其增加JSONP接口。
结语
目前这个模块还比较初级，有很多需要完善的地方。也欢迎有兴趣的朋友通过github贡献代码。
本文简要论述了计算复用（Computational Reuse）的基本概念及作用，通过计算斐波那契数列和Strassen算法两个例子展示了计算复用，然后，本文论述了计算复用思想对非数值计算程序开发的启示。 
PHP是一门托管型语言，在PHP编程中程序员不需要手工处理内存资源的分配与释放（使用C编写PHP或Zend扩展除外），这就意味着PHP本身实现了垃圾回收机制（Garbage Collection）。现在如果去PHP官方网站（php.net）可以看到，目前PHP5的两个分支版本PHP5.2和PHP5.3是分别更新的，这是因为许多项目仍然使用5.2版本的PHP，而5.3版本对5.2并不是完全兼容。PHP5.3在PHP5.2的基础上做了诸多改进，其中垃圾回收算法就属于一个比较大的改变。本文将分别讨论PHP5.2和PHP5.3的垃圾回收机制，并讨论这种演化和改进对于程序员编写PHP的影响以及要注意的问题。 
我在1月12日发表了《解读ECMAScript[2]——函数、构造器及原型》一文，文中提到了函数声明（Function Declaration）与函数表达式（Function Expression）的概念。在那篇文章中，重点对两者与ECMAScript内置对象Function之间的关系进行了论述，而对两者的区别未加以详细说明。昨天晚上对Web前端颇有研究的jee.chang.sh同学在GTalk上提醒了我这个问题，并说很多初学者经常因为未注意到两者的区别而犯错，希望我能在博客中阐述两者的区别。因此我决定单独写一篇文章来简要论述一下在《解读ECMAScript[2]——函数、构造器及原型》中未尽的事宜。 
这篇文章是对设计模式的简要说明，仅包含模式的名称、简要说明、结构类图和结构示例代码，可用于快速浏览、回顾、查询及复习设计模式，模式的意图和使用场合来自作者的个人实践总结，虽然示例代码使用C#，但是尽量不会用到C#中特有的特性、接口及方法，而是起到一个通用框架说明的作用。 