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