当前位置:Gxlcms > PHP教程 > 如何高效优化PHP代码解析损耗_PHP教程

如何高效优化PHP代码解析损耗_PHP教程

时间:2021-07-01 10:21:17 帮助过:3人阅读

程序员们在进行

发现用在PHP的语法解析上的损耗占了很大比重,如果用valgrind看他的C调用的话,就会发现大约50%的时间被用在lex&yacc上面。也就是由PHP代码转成opcode的部分。即PHP代码解析损耗。

这个方面PHP代码解析损耗的优化极限目标是: 一个访问只运行一个PHP文件,并且这个文件里不包含任何与这个流程无关的代码。

如何兼顾代码结构容易理解和性能是个挑战

我们的处理思路是,通过类似smarty的编译系统,将访问编译成一个个文件:因为shopex是mvc的结构,那么编译粒度就每个控制器的方法对应一个流程文件。

当控制器第一次调用时,通过一种方法监控流经的每个model-method,子过程等等,最后抽取剥离出来,加上公用的数据库连接函数,配置文件等等一起组合成一个单一的终极PHP文件。
至于缓存的更新基本就是版本的更新,每次升级的时候。touch一个cachestat文件的最后修改时间即可。

那么实现的挑战有两个:

* 一个叫model的函数化 (这样叫很酷,有点像虚的死神化) 。是弱化model层对象特性,让类退化为仅是函数的容器,减少继承,重载这些应用。
* 二是实现一个自己的编译引擎。

上面两条最新的shopex485已经走了很远了,商品和订单的函数都已经拆分了。第二个PHP代码解析损耗的解决办法是我们自己实现了一个叫tramsy的解析器( 翻转(smart)+y ),特点是把大量的插件改成了编译型。强化了编译插件的特性,增加了一种编译型modifier的插件类型。并且提出了变量预绑定的概念:

  1. {if $var=1}
  2. yes
  3. {elseif $var=2}
  4. no
  5. {else}
  6. what?
  7. {/if}

如果是原生的smarty,生成的代码是:

  1. vars['var']==1){ ?>
  2. yes
  3. vars['var']==2){ ?>
  4. no
  5. what?

如果在tramsy里,程序员预测var一定是1,并且有把握在其值改变的时候系统自动清除模板缓存,就可以把他设置为”预绑定变量”
那么最终生成的代码就是:

no

这个设计大约减少了一倍多的编译结果。性能提升了大约20%,极大的优化了PHP代码解析损耗。


www.bkjia.comtruehttp://www.bkjia.com/PHPjc/446133.htmlTechArticle程序员们在进行 发现用在PHP的语法解析上的损耗占了很大比重,如果用valgrind看他的C调用的话,就会发现大约50%的时间被用在lexyacc上面。...

人气教程排行