1、談話層面的優化：php存在不少引擎(engine)層面的api，經過過程這些api，可能改變引擎履行的步履，從而達倒優化運行的方針。其中，值得 往做的就是對編譯工效cache。家喻戶曉，php每次履行都須要履歷源代碼–〉編譯–〉核心代碼–〉引擎履行 這樣的過程，對于一些年夜型操作，相稱多的時刻花費在無益的編譯上了（不僅僅是訪謁頁面的php文件須要經過編譯環節，當劇本中操作require(), include()包含的一些文件都須要經過編譯）。經過過程對編譯工效的cache，可能極年夜地進步體系的機能（跟   體系復雜性、范圍成正比） 。
php世界中三個主流的可能實現編譯cache的工具是：
之后
這樣，就實現了安裝，當下次運行php，APC就會主動激活，將編譯工效放進共享內存中cache起來，下次再履行的時刻就直截從內存中獲得編輯工效履行，不須要再次編譯。
疑難：對于自上次編譯后變幻了的php，APC是否可能主動從頭編譯？
2、php代碼優化：操作一些工具可能市的編譯后產生優質核心代碼，具體如下：
The Zend Optimizer is a closed-source but freely available optimizer.
The ionCube accelerator contains an integrated optimizer.
proof-of-concept optimizer in PEAR.
優化瞧重要的工效：
1、拂拭無用的代碼，例如永遠也不會履行的去世代碼。
2、長量的策畫，例如將$seconds_in_day = 24*60*60直截變為$seconds_in_day = 86400;
3、其它代碼優化工效，例若有這么一個語句：
$count++;
會優化為++$count，使得履行速度更快。 當然，假如語句是$i = $count++；則不會進行優化