网上很多文章介绍优化php程序，是通过安装Zend Optimizer之类的加速软件实现的，但这种加速是有限的。本文主要从程序代码着手介绍一些优化手段。
1、程序的抽象层越多，各抽象层分离得越严格，程序效率越低。
最原始的应用于网页的php程序模式莫过于脚本嵌入模式，即仅仅在一个网页中需要动态处理或显示数据的地方通过加入标识符嵌入php脚本。一般来说这是php程序员最早学习的模式，它只有一个抽象层，就是网页，故本文称其为单层模式。
随着网站规模逐渐增大，程序员可能会发现单层模式的程序很难维护，当想对程序修改或扩充功能时，会发现代码非常混乱，感觉无从下手。于是模板类诞生了，它使一个网页由两个文件组成：一个php程序文件，一个html模板文件。常用的模板类有PHPLib库带的Template模板类，Smarty模板类等。由于加入了额外的处理程序（模板类），程序效率下降了。你若不信可自己测试一下。其实一般情况下，不用函数（最原始的编程方法）比用函数（面向过程）的效率高，而用函数的效率又比对象封装（面向对象）高。所以就算在编译语言中，需要高效率的地方会用C写而不用C++，例如FreeBSD操作系统的内核；而需要极端高效的地方还要用汇编写。
为了使程序可以适应多种数据库系统，或者方便随时转换数据库系统，常常还会用一个类把跟数据库打交道的函数封装起来，这样当转换数据库系统时只要把封装类换掉就行了，主程序不需要修改。这里又用了一个类，效率又打折扣了。
上述模板类的使用，使程序分成两个抽象层：程序层和表现层。而数据库类的使用又把程序层分为数据接口层和数据处理层。
项目越庞大，需要分离的抽象层就越多，这样使得分工清晰，方便管理，但是以牺牲程序执行效率为代价。
对于抽象层造成的效率下降，优化的方法有二：减小抽象层、优化抽象层之间的接口。一般地，不应该为了提高效率而盲目减小抽象层，这样会使得代码混乱、难于管理。但是不应该为小项目建立过多的抽象层，除非你有将来把它做得很大的计划。关于如何恰当分割抽象层，本文不作更深入讨论。
对于上文说的两个分层例子，优化抽象层之间的接口分别是模板类和数据库操作类。抽象层接口在程序中需要被频繁调用，以在不同层之间交换信息，所以层接口是很值得优化的。对于数据库接口类，可能仅仅是封装一些数据库函数，优化余地恐怕不大。对于模板类，很多时候是有较大优化余地的。一般地，模板模型越通用，模板类功能越强大，效率就越低，例如PHPLib库带的Template类就有极大的优化余地。而Smarty模板类比PHPLib的Template更复杂，我没有用过，据称有缓存机制，不知是否可以弥补其性能损耗。下面就来看看PHPLib的Template类有多少东西可以优化掉。
(1) 读入模板文件时，file函数效率低，改用get_file_content函数。
(2) 匹配子模板时，正则表达式替换函数preg_replace效率低，改用str_pos函数进行定位和用str_replace函数进行替换操作。此优化手段后文会详细分析。
(3) 模板模型通用性很强，能适应各种情况，但在具体细节的处理上，通用的方法效率可能很低。可以对模板模型作适当修改。我的做法是建一个相对通用的模板类，然后再派生出一个只适用于特定程序的模板类。在通用模板类的模板模型上可以作些优化（相对于PHPLib的Template），例如在处理二维数据表的时候用PHPLib的Template处理就比较复杂，需要多次调用类方法（本质上是函数调用），所以重写的时候可以把处理二维数据表的功能封装到一个高效率的方法中，直接避免方法的多次调用。
(4) 调试功能在小项目上不需要用，跟调试相关的代码全部去掉。
我在按上面4点重写了模板类之后，一个复杂页面的执行时间缩小了一个数量级（除模板外没有作其它优化）。
现在就优化你的程序的抽象层之间的接口，特别是当这些接口是使用现成的函数或类的时候。因为这些函数或类在设计时会为了适应普遍情况而牺牲一些效率，而且它们的作者也可能没有考虑效率问题。像如此著名的PHPLib的模板类的效率也不见得就高。
2、细节代码优化
(1) 上文模板类优化已提到的，正则表达式匹配比一般字符串匹配慢得多，尽可能用字符串匹配而不用正则表达式匹配。有时候虽然用正则表达式匹配使程序代码更简洁，而一般字符串匹配使代码更冗繁，但很多时候字符串匹配仍比正则表达式高效。
(2) 字符串替换函数str_replace和preg_replace都是可以接受数组参数的。有时候需要对字符串进行批量替换，则用数组参数比循环调用替换函数来得高效。例如下面的代码：
for ($i = 0; $i < $n; $i++) {
$str = str_replace($search[$i], $replace[$i], $str);
}
应该换成：
$str = str_replace($search, $replace,