解決php的性能問題？針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。
面對一個性能問題是，第一步永遠是找到問題產生的原因，而不是去看技巧列表。搞明白產生瓶頸的原因，找到目標并且實施修復，然后再重新測試。查找瓶頸只是萬里長征的第一步，這里有些常用技巧，希望對最重要的第一步找到瓶頸能有所幫助。
● 使用監控方法（比如監控寶），進行benchmark和監控，網絡，特別是網絡狀況瞬息萬變，做得好的話5分鐘就可以找到瓶頸。
● 剖析代碼。必須了解那部分代碼耗時最多，在這些地方多多關注。
● 想找到瓶頸，請檢查每個資源請求（比如，網絡、CPU、內存、共享內存、文件系統、進程管理、網絡連接等等……）
● 先對迭代結構和復雜的代碼進行benchmark
● 在在真實負載下用真實數據進行真實測試，當然，如果可以最好用產品服務器。
緩存 （Caching）
有些人認為緩存是解決性能問題最有效的辦法之一，試試這些：
● 使用OPCODE（操作碼）緩存，這樣腳本就不會在每次訪問時重新編譯一次。比如：啟用Windows平臺上的windows緩存擴展?？梢跃彺鎜pcode，文件，相對路徑，session數據和用戶數據。
● 考慮在多服務器環境下使用分布式緩存
● 在調用imap_header()之前先調用imap_headers()
編譯 vs. 解釋（Compiling vs. Interpreting）
將PHP源碼編譯成機器碼。動態解釋執行同樣的編譯，但它是按行執行的。編譯為opcode是折中選擇，它可以將PHP源碼翻譯為opcode，之后opcode再轉為機器碼。以下為關于編譯與解釋的相關技巧：
● 上線之前將PHP代碼編譯為機器碼。opcode緩存盡管并不是最好的選擇，但依舊比解釋型來得強?；蛘?，考慮將PHP代碼編譯成一個C擴展。
● PHP的opcode編譯器（bcompiler)還不能在產品環境中使用
關于解決php的性能問題問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
