php函式細節 榨乾PHP效能的使用細節

2021-10-22 23:00:50 字數 4009 閱讀 8237

php可以從很多細節部分去提高執行效率,下面來個彙總。

靜態呼叫的成員一定要定義成 static (php5 only)

php 5 引入了靜態成員的概念,作用和 php 4 的函式內部靜態變數一致,但前者是作為類的成員來使用。靜態變數和 ruby 的類變數(class variable)差不多,所有類的例項共享同乙個靜態變數。

class foo {

function bar() {

echo 'foobar';

$foo = new foo;

// instance way

$foo->bar();

// static way

foo::bar();

靜態地呼叫非 static 成員,效率會比靜態地呼叫 static 成員慢 50-60%。主要是因為前者會產生 e_strict 警告,內部也需要做轉換。

使用類常量 (php5 only)

php 5 新功能,類似於 c++ 的 const。

使用類常量的好處是:

編譯時解析,沒有額外開銷

雜湊表更小,所以內部查詢更快

類常量僅存在於特定「命名空間」,所以雜湊名更短

**更乾淨,使除錯更方便

(暫時)不要使用 require/include_once

require/include_once 每次被呼叫的時候都會開啟目標檔案!

如果用絕對路徑的話,php 5.2/6.0 不存在這個問題,新版的 apc 快取系統已經解決這個問題。

檔案 i/o 增加 => 效率降低,如果需要,可以自行檢查檔案是否已被 require/include。

不要呼叫毫無意義的函式

有對應的常量的時候,不要使用函式。

php_uname('s') == php_os;

php_version() == php_version;

php_sapi_name() == php_sapi;

雖然使用不多,但是效率提公升大概在 3500% 左右。

最快的 win32 檢查

$is_win = directory_separator == '\\';

不用函式

win98/nt/2000/xp/vista/longhorn/shorthorn/whistler...通用

一直可用

時間問題 (php>5.1.0 only)

你如何在你的軟體中得知現在的時間?簡單,「time() time() again, you ask me...」。

不過總歸會呼叫函式,慢。

現在好了,用 $_server['request_time'],不用呼叫函式,又省了。

加速 pcre

對於不用儲存的結果,不用 (),一律用 (?:)。這樣 php 不用為符合的內容分配記憶體,省。效率提公升 15% 左右。

能不用正則,就不用正則,在分析的時候仔細閱讀手冊「字串函式」部分。有沒有你漏掉的好用的函式?

strpbrk()

strncasecmp()

strpos()/strrpos()/stripos()/strripos()

加速 strtr

如果需要轉換的全是單個字元的時候,用字串而不是陣列來做 strtr:

$addr = strtr($addr, "abcd", "efgh"); // good

$addr = strtr($addr, array('a' => 'e',

)); // bad

效率提公升:10 倍。

不要做無謂的替換

即使沒有替換,str_replace 也會為其引數分配記憶體。很慢!解決辦法:用 strpos 先查詢(非常快),看是否需要替換,如果需要,再替換。

如果需要替換:效率幾乎相等,差別在 0.1% 左右。如果不需要替換:用 strpos 快 200%。

**的 @ 操作符

不要濫用 @ 操作符。雖然 @ 看上去很簡單,但是實際上後台有很多操作。用 @ 比起不用 @,效率差距:3 倍。

特別不要在迴圈中使用 @,在 5 次迴圈的測試中,即使是先用 error_reporting(0) 關掉錯誤,在迴圈完成後再開啟,都比用 @ 快。

善用 strncmp

當需要對比「前 n 個字元」是否一樣的時候,用 strncmp/strncasecmp,而不是 substr/strtolower,更不是 pcre,更千萬別提 ereg。strncmp/strncasecmp 效率最高(雖然高得不多)。

慎用 substr_compare (php5 only)

按照上面的道理,substr_compare 應該比先 substr 再比較快咯。答案是否定的,除非:無視大小寫的比較,比較較大的字串。

不要用常量代替字串

為什麼呢?

需要查詢雜湊表兩次

需要把常量名轉換為小寫(進行第二次查詢的時候)

生成 e_notice 警告

會建立臨時字串

效率差別:700%。

不要把 count/strlen/sizeof 放到 for 迴圈的條件語句中

我的個人做法

for ($i = 0, $max = count($array);$i < $max; ++$i);

短的**不一定快

你覺得哪個快?

- longest: 4.27

- longer: 4.43

- short: 4.76

不可思議?再來乙個:

// original

$d = dir('.');

while (($entry = $d->read()) !== false) {

if ($entry == '.' || $entry == '..') {

continue;

// versus

glob('./*');

// versus (include . and ..)

scandir('.');

效率比較:

- original: 3.37

- glob: 6.28

- scandir: 3.42

- original without oo: 3.14

- spl (php5): 3.95

從此也可以看出來 php5 的物件導向效率提高了很多,效率已經和純函式差得不太多了。

提高 php 檔案訪問效率

需要包含其他 php 檔案的時候,使用完整路徑,或者容易轉換的相對路徑。

incldue './file.php'; // good

include '/path/to/file.php'; // ideal

物盡其用

php 有很多擴充套件和函式可用,在實現乙個功能的之前,應該看看 php 是否有了這個功能?是否有更簡單的實現?

$filename = "./somepic.gif";

$handle = fopen($filename, "rb");

$contents = fread($handle, filesize($filename));

fclose($handle);

// vs. much ******r

file_get_contents('./somepic.gif');

關於引用的技巧

引用可以簡化對複雜結構資料的訪問,優化記憶體使用。

$a['b']['c'] = array();

// slow 2 extra hash lookups per access

for ($i = 0; $i < 5; ++$i)

$a['b']['c'][$i] = $i;

$ref =& $a['b']['c'];

for ($i = 0; $i < 5; ++$i)

$ref[$i] = $i;

$a = 'large string';

function a($str)

return $str.'something';

// more efficient solution

function a(&$str)

$str .= 'something';

榨乾壓盡嵌入式系統的效能

嵌入式系統在資源使用上受到極其苛刻的限制 處理器能力杯水車薪,記憶體使用以byte計,同時對系統實時性和時序精確性又有著近乎 的要求。特別是對於持續處理大量資料的實時系統,瞬間的過載導致資料計算出現紕漏,極有可能引起不可恢復的錯誤甚至崩潰。鑑於運算資源的極度稀缺性,對於該類異常的保護通常不可能像pc...

php中strtotime函式效能分析

最近在做乙個遊戲資料統計後台,最基礎的功能是通過分析註冊登入日誌來展示使用者資料。在公司內部測試,使用者量很少,所以就沒有發現什麼效能問題。但是這兩天一起放到真實的測試環境,使用者量噌噌地就湧進來了,從下午開始,人數的統計開始卡,幾秒鐘才返回資料 註冊人數的查詢速度還行。到了晚上,人數的統計基本上就...

php效能的問題

一.影響php效能的常見原因 1.php自身語法使用不當 2.php做了不擅長的時期 3.php的周邊環境 伺服器linux,磁碟 檔案儲存,資料庫,快取 記憶體,網路 頻寬 4.php自身的短板 5.未知問題 二 分析 php 執行流程 php php檔案 scanner 掃瞄 分析 exprs ...