标签归档:PHP优化

PHP优化建议

这是在 Google Code 下的 “Let’s make the web faster” 网站中一篇名为 << PHP performance tips >>的文章。 这篇文章曾经引起PHP界的一些讨论,因为作者是Google的人。现在这篇文章做了一些修改。

  1. 优化代码瓶颈
  2. 升级PHP版本
  3. 使用缓存
  4. 使用输出缓冲
  5. 避免写那些傻傻的set和get方法
  6. 不要随意复制变量
  7. 不要在循环中使用SQL查询

下面我们详细说说这些优化建议:

1. 优化代码瓶颈

这是一个放之四海皆准的建议,对于代码优化来说,关键是找那些卡住了代码喉咙的那段代码,把瓶颈找到了,整个性能也许会有数据量级的提升。 或者换一个思路,优化那些执行次数多的代码,这里一点的优化可能给你惊喜。 代码瓶颈是什么呢?空间复杂度,时间复杂度,或者我们需要改变的是整个数据结构,或者我们最需要改变的是需求, 在某个不经意间,对于一些需求的把握不到位,可能会导致整个代码实现方案的低效率。

2. 升级PHP版本

这是是针对PHP版本的优化,新的换掉旧的,新的Zend引擎较旧的在速度上有较大的提升。

3. 使用缓存

缓存,作者建议我们使用Memecache或者使用支持缓存的模板引擎smarty。 缓存是什么?我理解中的缓存是指以一种更快的访问介质,或更近的距离,或更便捷的方式(省略一些中间过程,直接获取结果)实现数据等的访问。 对于PHP来说,除了作者建议的以外,可以考虑使用opcode缓存,跳过词法解析,语法解析和生成中间代码的过程。

4. 使用输出缓冲

作者的意思应该是避免缓冲太多的数据,尽早的将数据发送到客户端。

5. 避免写那些傻傻的set和get方法

这个是针对使用set和get方法存储和获取变量的方式。作者的建议是直接使用public成员变量,直接操作。 这点在面向对象的编程思想中是有一些问题的,但就效率来说,确实有提高。为什么呢?这个得从PHP中对象的结构说起。对象存储结构:

typedef struct _zend_object {
    zend_class_entry *ce;
    HashTable *properties;
    HashTable *guards; /* protects from __get/__set ... recursion */
} zend_object;

当操作对象的成员变量时,会直接操作HashTable *properties。而如果是使用自定义的get方法和set方法,则会以成员方法的方法调用。 而这些方法都会以一个函数存在。整个调用过程和函数调用一样。 而这些方法是用户自定义的方法,则会生成中间代码,执行这些函数就会执行这些中间代码,整个流程相对于直接操作变量有本质上的区别,性能当然也比不上了。

6. 不要随意复制变量

这点,曾经也被人诟病过,其实作者的观点是没有错的,只是不能依据这个标题来作判断,看其示例:

echo strip_tags($_POST['description']);

// 对比

$description = strip_tags($_POST['description']);
echo $description;

同样是输出处理过的$_POST['description']值。第二种方法较第一种方法多了一个变量。 这对于PHP生成的中间代码来说,这样多了一步赋值操作,也多了一个生成全局的变量$description的过程(假设代码是在全局范围内执行),从而在时间和空间上都会有一些浪费。 但是如果从另一个方面考虑:这个函数的返回值需要在后面多个地方用到,那么这里还是使用变量存放会好一些。

7. 不要在循环中使用SQL查询

这也是一个在其它语言中也同样适用的建议。把SQL放入循环中,天知道这个循环会执行多少次,每一次执行都会有一次数据库请求。 假设循环有一万次,想象一下,连续的一万次数据库查询。。。。 这样的问题经常会出现在面向对象的编程中,由于封装等问题,查询被封装在类中。从而导致一些不可见的查询操作被放到了循环中。 对于这种情况,可以考虑将需要的多次查询的数据一次取出,然后在循环中直接调用内存中的数据。