筆者收集的這些技巧來源較廣,完整性不能保證。 由於數量較多,這些優化技巧沒有經過測試。請各位看官在使用之前自行測試,畢竟這些技巧是否能派上用場,還是需要由PHP所在的獨特環境所決定的。
目錄索引
找到瓶頸(Finding the Bottleneck)
面對一個性能問題是,第一步永遠是找到問題產生的原因,而不是去看技巧列表。搞明白產生瓶頸的原因,找到目標並且實施修復,然後再重新測試。查找瓶頸只是萬裡長征的第一步,這裡有些常用技巧,希望對最重要的第一步找到瓶頸能有所幫助。
- 使用監控方法(比如監控寶),進行benchmark和監控,網絡,特別是網絡狀況瞬息萬變,做得好的話5分鐘就可以找到瓶頸。
- 剖析代碼。必須了解那部分代碼耗時最多,在這些地方多多關注。
- 想找到瓶頸,請檢查每個資源請求(比如,網絡、CPU、內存、共享內存、文件系統、進程管理、網絡連接等等……)
- 先對迭代結構和復雜的代碼進行benchmark
- 在在真實負載下用真實數據進行真實測試,當然,如果可以最好用產品服務器。
緩存 (Caching)
有些人認為緩存是解決性能問題最有效的辦法之一,試試這些:
- 使用OPCODE(操作碼)緩存,這樣腳本就不會在每次訪問時重新編譯一次。比如:啟用Windows平台上的windows緩存擴展。可以緩存opcode,文件,相對路徑,session數據和用戶數據。
- 考慮在多服務器環境下使用分布式緩存
- 在調用imap_header()之前先調用imap_headers()
編譯 vs. 解釋(Compiling vs. Interpreting)
將PHP源碼編譯成機器碼。動態解釋執行同樣的編譯,但它是按行執行的。編譯為opcode是折中選擇,它可以將PHP源碼翻譯為opcode,之後opcode再轉為機器碼。以下為關於編譯與解釋的相關技巧:
- 上線之前將PHP代碼編譯為機器碼。opcode緩存盡管並不是最好的選擇,但依舊比解釋型來得強。或者,考慮將PHP代碼編譯成一個C擴展。
- PHP的opcode編譯器(bcompiler)還不能在產品環境中使用,但是開發者應該關注http://php.net/manual/en/book.bcompiler.php.
代碼減肥 (Content Reduction)
越少越塊。 這些技巧可以幫助減少代碼:
- 每頁提供更少的功能
- 清理網頁內容
- 如果解釋型執行,請清理注釋和其他空白
- 減少數據庫查詢
多線程與多進程(Multithreading & Multiprocessing)
由快到慢依次為:
PHP不支持多線程,但是可以用C寫多線程的PHP擴展。有一些辦法可以使用多進程或模擬多進程,但支持的並不是很好,沒准兒比單進程還慢。
字符串(Strings)
字符串處理,是大多數編程語言中最常用的操作之一。這裡有些技巧可以幫我們讓字符串處理速度更快一些:
- PHP的連接運算(點運算),是最快的鏈接方式
- 避免在print中鏈接字符串,用逗號分割後用ECHO
- 盡可能使用str_前綴的字符串函數替代正則表達式
- pos()比preg_mach()和ereg()都快
- 有人說單引號包裹字符串比雙引號更快,有人說沒有區別。當然,如果想在字符串中引用變量,單引號沒戲。
- 如果想判斷字符串長度是否小於某值(比如5),請使用isset($s[4])<5。
- 如需將多個小字符串連接成一個大字符串,試著先開啟ob_start輸出緩存,再用echo輸出到緩沖區,完成後使用ob_get_contents讀取字符串
正則表達式(Regular Expressions)
正則表達式為們帶來了靈活多樣的比較與查找字符串的方法,單他的性能開銷卻著實不低
- 盡可能使用STR_前綴的字符串處理函數代替正則表達式
- 使用[aeiou]的不是(a|e|i|o|u)
- 正則表達式越簡單速度越快
- 盡可能不要設置PCRE_DOTALL修飾符
- 用^.*代替.*
- 簡化正則表達式。(比如使用a*代替(a+)*
迭代結構 (Iteration Constructs (for, while))
迭代(重復,循環)是最基本的結構化編程方法,很難想像有不使用它的程序。這裡有些技巧,幫助我們改進迭代結構的性能:
- 盡可能講代碼移出到循環外(函數調用、SQL查詢等等……)
- 使用i=maxval;while(i–)代替for(i=0;i<maxval;i++),這樣可以減少一個操作,如果maxval是一個函數調用就更明顯了。
- 使用foreach迭代集合與數組
選擇結構 (Selection Constructs (if, switch))
與迭代結構相同,選擇結構也是最基本的結構化變成方法。以下技巧或許能改善性能:
- switches和else-if中,應該將最近常出現true的列在前面,較少出現true的請靠後
- 有人說if-else比swtich/case快,當然,有人反對。
- 用elseif替代else if.
函數與參數 (Functions & Parameters)
將函數的代碼分解成小函數代碼可以消除冗余,讓代碼具有可讀性,但代價是什麼?這裡有些技巧,以幫助更好的使用函數:
- 引用傳遞出對象和數組,而不是傳值
- 如果只在一個地方使用,使用內聯。如果在多個地方調用,考慮內聯,但請注意可維護性
- 了解你所用函數的復雜度。比如similar_text()為O(N^3),這意味著字符串長度增加一倍,處理時間將增加8倍
- 不要通過“返回引用”來提升性能,引擎會自動優化它。
- 以常規方式調用函數,而不是使用call_user_func_array()或eval()
面向對象結構 (Object-Oriented Constructs)
PHP的面向對象特性,可能會影響到性能。以下提示可以幫助我們盡量減少這種影響:
- 不是一切都需要面向對象, 性能的損失可能會超過其優點本身
- 創建對象比較慢
- 如果可以,盡可能時候用數組而不是對象
- 如果一個方法可以靜態化,請靜態聲明
- 函數調用比派生類方法調用要快,派生類方法調用比基類調用要快
- 考慮將基類中最常用的代碼復制到派生類中,但要注意維護性隱患
- 避免使用原生的getters與setters。如果不需要他們,請刪除並且屬性公開
- 創建復雜的PHP類時,考慮使用單件模式
Session處理 (Session Handling)
創建sessions有很多好處,但有時會產生沒必要的性能開支。以下技巧可以幫助我們最大限度減少性能開支:
- 不要使用auto_start
- 不要啟用use_trans_sid
- 將session_cache_limited設置為private_no_expire
- 為虛擬主機(vhost)中的每個用戶分配自己的目錄
- 使用基於內存的session處理,而不是基於文件的session處理
類型轉換 (Type Casting)
從一種類型轉換為另一種類型需要成本
壓縮(Compression)
在傳輸前,壓縮文本和數據:
- 使用ob_start()在代碼起始處
- 使用ob_gzhandler()可以下載提速,但是注意CPU開支
- Apache的mod_gzip模塊可以即使壓縮
錯誤處理(Error Handling)
錯誤處理影響性能。我們能做的是:
- 記錄錯誤日志,別再使用“@”抑制錯誤報告,抑制對性能一樣有影響
- 不要只檢查錯誤日志,警告日志一樣需要處理
聲明、定義與范圍(Declarations, Definitions, & Scope)
創建一個變量、數組或者對象,對性能都有影響:
- 有人說,聲明和使用全局變量/對象,比局部變量/對象要快,有人反對。請測試再決定。
- 在使用變量前聲明所有變量,不要聲明不使用的變量
- 在循環中盡可能使用$a[],避免使用$a=array(…)
內存洩漏(Memory Leaks)
如果內存分配後不釋放,這絕對是個問題:
- 堅持釋放資源,不要指望自帶/自動的垃圾回收
- 使用完後盡量注銷(unset)變量,尤其是資源類和大數組類型的
- 使用完畢就關閉數據庫連接
- 每次使用ob_start(),記得ob_end_flush()或者ob_end_clean()
不要重復發明輪子(Don’t Reinvent the Wheel)
為什麼要花費時間去解決別人已經解決的問題?
- 了解PHP,了解它的功能和擴展。如果你不知道,可能會無法利用一些現成的功能
- 使用自帶的數組和字符串函數,它們絕對是性能最好的。
- 前人發明的輪子,並不意味著在你的環境下吸能是最好的,多多測試
代碼優化(Code Optimization)
- 使用一個opcode optimizer
- 如果將被解釋運行,請精簡源碼
使用RAM(Using RAM Instead of DASD)
RAM比磁盤快很多很多,使用RAM可以提升一些性能:
- 移動文件到Ramdisk
- 使用基於內存的session處理,而不是基於文件的session處理
使用服務(Using Services (e.g., SQL))
SQL經常被用來訪問關系型數據庫,但我們的PHP代碼可以訪問許多不同的服務。下面是一些訪問服務是需要牢記的:
- 不要一遍又一遍地問服務器向東的事情。使用memoization緩存第一次的結果,以後訪問直奔緩存;
- 在SQL中,使用mysql_fetch_assoc()代替mysql_fetch_array(),可以減少結果集中的整數索引。以字段名訪問結果集,而不用索引數字。
- 對於Oracle數據庫,如果沒有足夠的可用內存,增加oci8.default_prefetch。將oci8.statement_cache_size設置為應用中的語句數
- 請使用mysqli_fetch_array()替換mysqli_fetch_all(), 除非結果集將發送到其他層進行處理。
安裝與配置(Installation & Configuration)
安裝與配置PHP時,請考慮性能:
- 添加更多內存
- 刪除競爭性的應用與服務
- 只編譯所需要用的擴展
- 將PHP靜態編譯進APACHE
- 使用-O3 CFLAGS開啟所有編譯器優化
- 只安裝所需使用的模塊
- 升級到最新版本的次要版本。主板本升級,等到第一次bug修復後再進行,當然,也別等太久
- 為多CPU環境進行配置
- 使用 -enable-inline-optimization
- 設置session.save_handler=mm ,以 -with-mmto編譯,使用共享內存
- 使用RAM disk
- 關閉resister_global和magic_quotes_*
- 關閉expose_php
- 關閉 always_populate_raw_post_data 除非你必須使用它
- 非命令行模式下請關閉register_argc_argv
- 只在.php文件中使用PHP
- 優化max_execution_time, max_input_time, memory_limit與output_buffering的參數
- 將Apache配置文件中allowoverride設置為none提升文件/目錄的訪問速度
- 使用-march, -mcpu, -msse, -mmmx, and -mfpmath=sseto使CPU最優化
- 使用MySQL原生驅動(mysqlnd)替換libmysql、mysqli擴展以及PDO MYSQL驅動
- 關閉 register_globals、register_long_arrays以及register_argc_argv. 開啟auto_globals_jit.
其他(Other)
還有些技巧比較難歸類:
- 使用include()、require(),避免使用include_once()和require_once()
- 在include()/require()中使用絕對路徑
- 靜態HTML被PHP生成的HTML要快
- 使用ctype_alnum、ctype_alpha以及ctype_digit代替正則表達式
- 使用簡單的servlets或CGI
- 代碼在產品環境中使用時,盡可能寫日志
- 使用輸出緩沖
- 請使用isset($a)代替比較$a==null;請使用$a===null代替is_nul($a)
- 需要腳本開始執行時間,請直接讀取$_SERVER[’REQUEST_TIME’],而不是使用time()
- 使用echo替代print
- 使用前自增(++i)代替後自增(i++),大多數編譯器現在都會優化,但是他們不優化時,請保持這樣的寫法。
- 處理XML,使用正則表達式代替DOM或者SAX
- HASH算法:md4, md5, crc32, crc32b, sha1比其他的散列速度都要快
- 使用spl_autoload_extensions時,文件擴展名請按最常用–>最不常用的順序,盡量排除掉壓根不用的。
- 使用fsockopen或fopen時,使用IP地址代替域名;如果只有一個域名,使用gethostbyname()可以獲取IP地址。使用cURL速度會更快。
- 但凡可能,用靜態內容代替動態內容。