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放入循环中，天知道这个循环会执行多少次，每一次执行都会有一次数据库请求。 假设循环有一万次，想象一下，连续的一万次数据库查询。。。。 这样的问题经常会出现在面向对象的编程中，由于封装等问题，查询被封装在类中。从而导致一些不可见的查询操作被放到了循环中。 对于这种情况，可以考虑将需要的多次查询的数据一次取出，然后在循环中直接调用内存中的数据。