這篇雜文翻譯整理自網絡各路文檔資料(見最末的參考資料),尤其是 Ilia Alshanetsky (佩服之至) 在多個 PHP 會議上的演講,主要是各類提高 PHP 性能的技巧。爲求精準,很多部分都有詳細的效率數據,以及對應的版本等等。偷懶,數據就不一一給出了,直接給結論,如果需要看原文檔,請到文末「參考資料」部分。橙色標題爲推薦部分。
========================================================
[size=+2]靜態調用的成員一定要定義成 static (PHP5 ONLY)
貼士:PHP 5 引入了靜態成員的概念,作用和 PHP 4 的函數內部靜態變量一致,但前者是作爲類的成員來使用。靜態變量和 Ruby 的類變量(class variable)差不多,所有類的實例共享同一個靜態變量。
以下爲引用的內容: QUOTE: // PHP CODE Highliting for CU by dZ902 <?php $foo = new foo; // instance way $foo->bar(); // static way foo::bar(); |
靜態地調用非 static 成員,效率會比靜態地調用 static 成員慢 50-60%。主要是因爲前者會產生 E_STRICT 警告,內部也需要做轉換。
[size=+2]使用類常量 (PHP5 ONLY)
貼士:PHP 5 新功能,類似於 C++ 的 const。
使用類常量的好處是:
- 編譯時解析,沒有額外開銷
- 雜湊表更小,所以內部查找更快
- 類常量僅存在於特定「命名空間」,所以雜湊名更短
-
代碼更乾淨,使除錯更方便
[size=+2](暫時)不要使用 require/include_once
require/include_once 每次被調用的時候都會打開目標文件!
- 如果用絕對路徑的話,PHP 5.2/6.0 不存在這個問題
- 新版的 APC 緩存系統已經解決這個問題
文件 I/O 增加 => 效率降低
如果需要,可以自行檢查文件是否已被 require/include。
[size=+2]不要調用毫無意義的函數
有對應的常量的時候,不要使用函數。
以下爲引用的內容: QUOTE: // PHP CODE Highliting for CU by dZ902 <?php |
雖然使用不多,但是效率提升大概在 3500% 左右。
[size=+2]最快的 Win32 檢查
以下爲引用的內容: QUOTE: // PHP CODE Highliting for CU by dZ902 <?php |
- 不用函數
- Win98/NT/2000/XP/Vista/Longhorn/Shorthorn/Whistler...通用
-
一直可用
[size=+2]時間問題 (PHP>5.1.0 ONLY)
你如何在你的軟件中得知現在的時間?簡單,「time() time() again, you ask me...」。
不過總歸會調用函數,慢。
現在好了,用 $_SERVER['REQUEST_TIME'],不用調用函數,又省了。
[size=+2]加速 PCRE
- 對於不用保存的結果,不用 (),一律用 (?
這樣 PHP 不用爲符合的內容分配內存,省。效率提升 15% 左右。
- 能不用正則,就不用正則,在分析的時候仔細閱讀手冊「字符串函數」部分。有沒有你漏掉的好用的函數?
例如:
以下爲引用的內容: strpbrk() strncasecmp() strpos()/strrpos()/stripos()/strripos() |
[size=+2]加速 strtr
如果需要轉換的全是單個字符的時候,用字符串而不是數組來做 strtr:
以下爲引用的內容: QUOTE: // PHP CODE Highliting for CU by dZ902 <?php |
效率提升:10 倍。
[size=+2]不要做無謂的替換
即使沒有替換,str_replace 也會爲其參數分配內存。很慢!解決辦法:
- 用 strpos 先查找(非常快),看是否需要替換,如果需要,再替換
效率:
- 如果需要替換:效率幾乎相等,差別在 0.1% 左右。
- 如果不需要替換:用 strpos 快 200%。
[size=+2]邪惡的 @ 操作符
不要濫用 @ 操作符。雖然 @ 看上去很簡單,但是實際上後臺有很多操作。用 @ 比起不用 @,效率差距:3 倍。
特別不要在循環中使用 @,在 5 次循環的測試中,即使是先用 error_reporting(0) 關掉錯誤,在循環完成後再打開,都比用 @ 快。
[size=+2]善用 strncmp
當需要對比「前 n 個字符」是否一樣的時候,用 strncmp/strncasecmp,而不是 substr/strtolower,更不是 PCRE,更千萬別提 ereg。strncmp/strncasecmp 效率最高(雖然高得不多)。
[size=+2]慎用 substr_compare (PHP5 ONLY)
按照上面的道理,substr_compare 應該比先 substr 再比較快咯。答案是否定的,除非:
- 無視大小寫的比較
- 比較較大的字符串
[size=+2]不要用常量代替字符串
爲什麼:
- 需要查詢雜湊表兩次
- 需要把常量名轉換爲小寫(進行第二次查詢的時候)
- 生成 E_NOTICE 警告
-
會建立臨時字符串
效率差別:700%。
[size=+2]不要把 count/strlen/sizeof 放到 for 循環的條件語句中
貼士:我的個人做法
以下爲引用的內容: QUOTE: // PHP CODE Highliting for CU by dZ902 <?php |
效率提升
相對於:
以下爲引用的內容: - count 50% [size=+2]短的代碼不一定快 QUOTE: <?php // longer // short |
你覺得哪個快?
效率比較:
以下爲引用的內容: - longest: 4.27 - longer: 4.43 - short: 4.76 |
不可思議?再來一個:
以下爲引用的內容: QUOTE: // PHP CODE Highliting for CU by dZ902 <?php // versus // versus (include . and
..) |
哪個快?
效率比較:
以下爲引用的內容: - original: 3.37 - glob: 6.28 - scandir: 3.42 - original without OO: 3.14 - SPL (PHP5): 3.95 |
畫外音:從此也可以看出來 PHP5 的面向對象效率提高了很多,效率已經和純函數差得不太多了。
[size=+2]提高 PHP 文件訪問效率
需要包含其他 PHP 文件的時候,使用完整路徑,或者容易轉換的相對路徑。
以下爲引用的內容: QUOTE: // PHP CODE Highliting for CU by dZ902 <?php include 'file.php'; // bad approach incldue './file.php'; // good include '/path/to/file.php'; // ideal ?> |
[size=+2]物盡其用
PHP 有很多擴展和函數可用,在實現一個功能的之前,應該看看 PHP 是否有了這個功能?是否有更簡單的實現?
以下爲引用的內容: QUOTE: // PHP CODE Highliting for CU by dZ902
<?php // vs. much simpler file_get_contents('./somepic.gif'); |
[size=+2]關於引用的技巧
引用可以:
- 簡化對複雜結構數據的訪問
- 優化內存使用
以下爲引用的內容: QUOTE: // PHP CODE Highliting for CU by dZ902 <?php // slow 2 extra hash lookups per access // much faster reference based approach QUOTE: <?php // memory intensive approach // more efficient solution ?> |
==============================================