PHP 效能優化 50+ 實戰技巧：從寫碼習慣到架構層面的完整指南

前言

PHP 效能優化非單一技巧可解，需從「語法微調」、「資料庫設計」、「快取策略」、「伺服器配置」多維度著手。本文整理 50+ 經驗法則，附上原理說明與驗證方式，供開發者依專案情境取用。

一、語法與寫碼層面

1. 單引號優於雙引號

雙引號會解析變數，單引號不解析。echo 'hello '.$name 比 echo "hello $name" 快。

2. 能用 static 方法就用 static

非實例方法宣告為 static，呼叫速度提升約 4 倍（免建立物件）。

3. 陣列鍵名務必加引號

$row['id'] 比 $row[id] 快 7 倍。無引號會被視為常數查找，觸發 E_NOTICE 並轉字串。

4. echo 多參數優於字串連接

echo $a, $b, $c;（逗號）比 echo $a . $b . $c;（點號）快，因為免建立中間字串。

5. 迴圈前計算最大值 / 改用 foreach

// 差：每次迴圈都 count()
for ($i=0; $i<count($arr); $i++) { ... }

// 好：預先計算
$count = count($arr);
for ($i=0; $i<$count; $i++) { ... }

// 更好：foreach 內部優化最佳
foreach ($arr as $v) { ... }

6. 及時 unset 大變數釋放記憶體

大陣列、物件處理完畢立即 unset($bigArray)，配合 gc_collect_cycles() 強制回收。

7. 避免魔術方法 __get/__set/__autoload

魔術方法呼叫開銷大，熱點路徑改用明確 getter/setter 或 spl_autoload_register。

8. require_once 成本高，改用自動載入

Composer PSR-4 自動載入僅在需要時載入檔案，免手動管理 require。

9. include 使用絕對路徑

避免 PHP 在 include_path 逐層查找，__DIR__ . '/config.php' 最快。

10. 取得請求開始時間用 $_SERVER['REQUEST_TIME']

免呼叫 time()，直接取得整數時間戳（秒）。

11. 字串替換：strtr > str_replace > preg_replace

strtr 內部優化最佳，單字元替換效能是 str_replace 4 倍。

12. switch 優於多層 if-else

編譯為跳躍表，條件多時顯著更快；且可讀性更好。

13. 禁用 @ 抑制錯誤

@ 會產生額外錯誤處理開銷，極度低效。改用 isset()、empty()、try-catch。

14. 啟用 Apache mod_deflate / mod_gzip

壓縮 HTML/JS/CSS 傳輸量，降低 70-80% 頻寬，提升首屏速度。

15. 資料庫連線用完即關，避免長連線

長連線易導致連線數耗盡、閒置連線佔用資源。短連線 + 連線池（如 PgBouncer、ProxySQL）更穩定。

16. 避免在迴圈中 new 物件 / 宣告大變數

移至迴圈外部複用，或使用生成器 yield 惰性產生。

17. 多維陣列避免巢狀迴圈賦值

改用 array_column、array_map、array_walk_recursive 向量化操作。

18. 能用內建函式別寫正則

strpos、substr、explode 等 C 層實作遠快於 PCRE。

19. 內建函式優於自訂函式

內建函式經 C 編譯、OPcache 快取，呼叫開銷極低。

20. 耗時邏輯考慮 C 擴充套件 / Swoole / FFI

影像處理、加密、壓縮等 CPU 密集任務，移至 C 層可提升 10-100 倍。

21. 使用 Xdebug / Blackfire 做 Profiling

找出真正瓶頸（通常是 SQL、外部 API、少數熱點函式），別靠直覺優化。

22. 啟用 OPcache（PHP 5.5+ 內建）

編譯後的 opcode 快取於共享記憶體，免重複編譯，效能提升 25-100%。

23. 使用 Redis / Memcached 快取熱點資料

資料庫查詢結果、運算結果、頁面片段快取，降低 DB 壓力、縮短回應時間。

24. strlen() vs isset() 檢查字串長度

// 慢：函式呼叫開銷
if (strlen($str) < 5) { ... }

// 快：語言結構，無函式呼叫
if (!isset($str[5])) { ... }

25. ++$i 比 $i++ 快

前置遞增 3 條 opcode，後置 4 條（需建立暫存變數）。

26. 別過度 OOP

每個方法呼叫、物件建立都有記憶體與 CPU 開銷。純資料容器用陣列或 stdClass 即可。

27. 函式職責單一、規模 < 100 行

便於測試、維護、OPcache 優化；大函式拆分為多個小函式。

28. 三元運算子僅用於簡單賦值

複雜邏輯用 if-else，三元運算子嵌套極難閱讀且易出錯。

29. 變數使用前初始化

error_reporting(E_ALL) 會對未初始化變數發出 Notice，影響效能。用 isset()/empty()/?? 防禦。

30. 字串優先用單引號

除非需要變數插值或跳脫字元，否則單引號解析最快。

31. $i += 1 優於 $i = $i + 1

符合 C 慣例，opcode 更少。

32. 全域變數用完 unset()

減少符號表查找開銷，釋放記憶體。

二、資料庫層面

33. 優化 SELECT：避免 SELECT *，明確列出欄位

34. 適當加索引，EXPLAIN 分析慢查詢

35. 批次 INSERT/UPDATE，減少往返

36. 使用 LIMIT 分頁，避免全表掃描

37. 統計筆數用 COUNT(*)，勿 SELECT id 再數

38. 邏輯判斷優先用 > / < 而非 !=（可用索引）

三、架構與部署層面

39. 靜態資源走 CDN，啟用瀏覽器快取

40. 啟用 HTTP/2、TLS 1.3、Keep-Alive

41. PHP-FPM pm.max_children 依記憶體調整

42. 使用 Nginx + PHP-FPM 取代 Apache mod_php

43. 開啟 OPcache JIT（PHP 8.0+），計算密集型提升顯著

44. 監控慢請求、錯誤率、記憶體洩漏（Prometheus + Grafana）

45. 容器化部署，資源限制、自動擴縮容

總結

優化是持續過程：測量 → 找出瓶頸 → 針對性調整 → 再測量。語法微調效果有限（通常 <5%），資料庫索引、快取策略、架構設計才是大贏家。建議團隊建立「效能預算」，每次部署前跑基準測試，守住底線。