PHP PHP 代码优化的几个小技巧

casey · 2019-04-20 05:01:05 · 热度: 8
  • echoprint 快。

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

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

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

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

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

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

  • 使用选择分支语句(switch case)好于使用多个 ifelse if 语句。

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

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

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

  • 如果你想知道脚本开始执行的时刻,使用 $_SERVER [‘REQUEST_TIME’] 要好于 time ()

  • 打开 apache 的 mod_deflate 模块。

  • @屏蔽错误消息的做法非常低效。

  • 尽量采用大量的 PHP 内置函数。

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

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

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

  • Apache 解析一个 PHP 脚本的时间要比解析一个静态 HTML 页面慢 2 至 10 倍。尽量多用静态 HTML 页面,少用脚本。

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

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

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

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

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

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

  • 短代码不等于快的代码

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

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

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

  • 微优化得不偿失

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

(1)花费时间较长
(2)不会根本上解决性能问题
(3)很有可能会破坏以前的代码从而产生未知的错误
(4)付出大于回报

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

猜你喜欢:
暂无回复。
需要 登录 后方可回复, 如果你还没有账号请点击这里 注册