echo
比print
快。使用
echo
的多重参数代替字符串连接。在执行
for
循环之前确定最大循环数,不要每循环一次都计算最大值,最好运用foreach
代替。对 global 变量,应该用完就
unset ()
掉。用单引号代替双引号来包含字符串,这样做会更快一些。因为 PHP 会在双引号包围的字符串中搜寻变量,单引号则不会。
函数代替正则表达式完成相同功能。
当执行变量 $i 的递增或递减时,
$i++
会比++$i
慢一些。这种差异是 PHP 特有的,并不适用于其他语言,++$i
更快是因为它只需要 3 条指令 (opcodes),$i++
则需要 4 条指令。后置递增实际上会产生一个临时变量,这个临时变量随后被递增。而前置递增直接在原值上递增。使用选择分支语句(
switch case
)好于使用多个if
,else 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)付出大于回报
这里还不得不提到一个误区,有些人为了让程序更加优化,在分析业务逻辑的时候便将优化考虑在内了,从而为了得到更优的代码而改动业务逻辑。这是十分愚蠢的想法,因为程序的目的便是为了处理现实中遇到的问题,我们不能本末倒置。
猜你喜欢: