厚学网  |  培训首页 > PHP培训头条 > PHP代码优化的几个小技巧

PHP代码优化的几个小技巧

  除了要学习php的基本知识,比如《为开发者准备的9个实用php代码片段》《深入探讨php类的封装与继承》《php比较运算符的详细学习》,还要了解一些代码优化上的技巧,从而帮助我们写出更加的程序。我们在编写程序时,总是想要使自己的程序占用资源小,运行速度更快,代码量更少。php 独特的语法混合了 c、java、perl 以及 php 自创新的语法,它可以比 cgi或者perl更的执行动态网页。php是将程序嵌入到html文档中去执行,执行效率比完全生成html标记的cgi要高得多。

  php优化的目的是花少的代价换来快的运行速度与容易维护的代码。给大家提供下面这些优化技巧:

  1. echo 比 print 快。

  2. 使用echo的多重参数代替字符串连接。

  3. 在执行for循环之前确定 大循环数,不要每循环一次都计算 大值, 好运用foreach代替。

  4. 对global变量,应该用完就unset()掉。

  5. 用单引号代替双引号来包含字符串,这样做会更快一些。因为php会在双引号包围的字符串中搜寻变量,单引号则不会。

  6. 函数代替正则表达式完成相同功能。

  7. 当执行变量$i的递增或递减时,$i++会比++$i慢一些。这种差异是php特有的,并不适用于其他语言,++$i更快是因为它只需要3条指令(opcodes),$i++则需要4条指令。后置递增实际上会产生一个临时变量,这个临时变量随后被递增。而前置递增直接在原值上递增。

  8. 使用选择分支语句(switch case)好于使用多个if,else if语句。

  9. 利用var_dump进行php代码调试。如果你在寻找php调试技术,我必须说var_dump应该是你要找的目标,在显示php信息方面这个命令可以满足你的所有需要,而调试代码的多数情况与得到php中的数值有关。

  10. 在包含文件时使用完整路径,解析操作系统路径所需的时间会更少。

  11. 动辄创建全局数值是一种糟糕的做法,不过有时候实际情况的确又需要这么做。对于数据库表或数据库连接信息使用全局数值是一个不错的想法,但不要在你的php代码中频繁使用全局数值。另外,更好的一种做法是把你的全局变量存放在一个config.php文件中。

  12. 如果你想知道脚本开始执行的时刻,使用$_server[‘request_time’]要好于time()。

  13. 打开apache的mod_deflate模块。

  14. 用@屏蔽错误消息的做法非常低效。

  15. 尽量采用大量的php内置函数。

  16. 递增一个未预定义的局部变量要比递增一个预定义的局部变量慢9至10倍。

  17. 派生类中的方法运行起来要快于在基类中定义的同样的方法。

  18. 仅定义一个局部变量而没在函数中调用它,同样会减慢速度(其程度相当于递增一个局部变量)

  19. apache解析一个php脚本的时间要比解析一个静态html页面慢2至10倍。尽量多用静态html页面,少用脚本。

  20. 正如之前提到的,任何php网站中重要的部分有99%的可能是数据库。因此,你需要非常熟悉如何正确的使用sql,学会关联表和更多的数据库技术。

  21. 调用带有一个参数的空函数,其花费的时间相当于执行7至8次的局部变量递增操作。

  22. 当操作字符串并需要检验其长度是否满足某种要求时,你想当然地会使用strlen()函数。此函数执行起来相当快,因为它不做任何计算,只返回zval 结构(c的内置数据结构,用于存储php变量)中存储的已知字符串长度。

  23. 并不是所有情况都必须使用面向对象开发,面向对象往往开销很大,每个方法和对象调用都会消耗很多内存。

  24. 除非脚本可以缓存,否则每次调用时都会重新编译一次。引入一套php缓存机制通常可以提升25%至100 %的性能,以免除编译开销。

   后再提醒一下在代码优化的时候应该注意的事情:

  1. 短代码不等于快的代码

  很多人在写程序时希望将代码写的越简洁越好,但是越短的代码有时候反而需要更长的执行时间。

  2. 在写程序的时候更应该注重程序的扩展性,而不是追求速度。

  3. 在优化你的代码之前,先看看跟数据库有关的部分,因为大多数应用程序的瓶颈在数据库而不是代码。

  4. 微优化得不偿失

  什么叫做微优化?就像前面所说的将正则表达式部分的代码改用字符串函数代替。这样做有以下缺点:

  (1)花费时间较长

  (2)不会根本上解决性能问题

  (3)很有可能会破坏以前的代码从而产生未知的错误

  (4)付出大于回报

  这里还不得不提到一个误区,有些人为了让程序更加优化,在分析业务逻辑的时候便将优化考虑在内了,从而为了得到更优的代码而改动业务逻辑。这是十分愚蠢的想法,因为程序的目的便是为了处理现实中遇到的问题,我们不能本末倒置。


文中图片素材来源网络,如有侵权请联系删除
在线咨询
全国招生热线