這篇文章主要講解了“PHP性能優(yōu)化的方法合集”，文中的講解內(nèi)容簡(jiǎn)單清晰，易于學(xué)習(xí)與理解，下面請(qǐng)大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“PHP性能優(yōu)化的方法合集”吧！

目前創(chuàng)新互聯(lián)公司已為上千多家的企業(yè)提供了網(wǎng)站建設(shè)、域名、雅安服務(wù)器托管、網(wǎng)站托管、服務(wù)器租用、企業(yè)網(wǎng)站設(shè)計(jì)、長(zhǎng)壽網(wǎng)站維護(hù)等服務(wù)，公司將堅(jiān)持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長(zhǎng)，共同發(fā)展。

第一章  針對(duì)系統(tǒng)調(diào)用過多的優(yōu)化
我這次的優(yōu)化針對(duì)syscall調(diào)用過多的問題，所以使用strace跟蹤apache進(jìn)行分析。

1.  apache2ctl -X &
使用-X(debug)參數(shù)啟動(dòng)httpd進(jìn)程，這個(gè)時(shí)候只啟動(dòng)1個(gè)httpd進(jìn)程
2. ps -ef | grep httpd
找到需要strace的pid
3. strace -p $PID -o /tmp/strace.log
發(fā)送一個(gè)http請(qǐng)求到httpd，就能看到strace信息了。
 
一、include_path問題

一般可以看到很多這類信息：
stat64("/error/dir/test.php", 0xbfab4b9c) = -1 ENOENT (No such file or directory)
解決方法：
1. 在應(yīng)用php里面設(shè)置include_path，去掉'.'等相對(duì)路徑，將其中包含使用文件比較多的目錄放到前面。保證遍歷include_path的時(shí)候能夠很快找到。
2. 使用絕對(duì)路徑進(jìn)行include，require，include_once，require_once
3. 使用php的自動(dòng)加載機(jī)制
 
二、apache的rewrite配置

復(fù)制代碼 代碼如下:

    RewriteEngine On
    RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-f
    RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-d
    RewriteRule .* %{DOCUMENT_ROOT}%/index.php
   #RewriteRule .* /index.php

這里最后一個(gè)注釋掉的rewrite配置不好，因?yàn)樗看握?qǐng)求都會(huì)多一次syscall
stat64("/index.php", 0xbfab4b9c) = -1 ENOENT (No such file or directory)
 
三、apache日志問題
我們?cè)跍y(cè)試一個(gè)問題的時(shí)候，發(fā)現(xiàn)如果自定義日志里面記錄了訪問時(shí)間等信息，會(huì)多出很多
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=165, ...}) = 0
如果記錄的日志比較多，性能下降非常嚴(yán)重，對(duì)于簡(jiǎn)單應(yīng)用，記錄復(fù)雜日志，性能會(huì)下降30倍。
解決方法：
在多個(gè)apache前端架http層的proxy，如haproxy，nginx。在這些地方記錄日志。接入層負(fù)載一般不高，所以proxy可以做一些記錄日志的工作。在這種配置下，可以關(guān)閉apache的日志。
 
四、realpath()問題
大家可以看一下這篇文章：http://bugs.php.net/bug.php?id=43864
lstat64調(diào)用多了之后，主機(jī)CPU和IO都會(huì)比較高。
究其原因，因?yàn)閜hp5.2.x對(duì)realpath()的實(shí)現(xiàn)不夠好，導(dǎo)致會(huì)針對(duì)目錄層次，逐級(jí)調(diào)用lstat64()。
為了解決這個(gè)問題，它使用了realpath_cache，針對(duì)某個(gè)文件，存儲(chǔ)其realpath。這里只存儲(chǔ)了葉子節(jié)點(diǎn)的realpath，而對(duì) 路徑上的內(nèi)容沒有存儲(chǔ)，所以在做"/a/b/c/d/e/f/g/a.php"realpath檢查的時(shí)候逐級(jí)調(diào)用lstat64，而在做"/a/b/c /d/e/f/g/b.php"檢查的時(shí)候，還要對(duì)""/a/b/c/d/e/f/g/"做逐級(jí)檢查。所以有些優(yōu)化建議就是"減少目錄層次，甚至放到"/"根目錄下"。當(dāng)然我不推薦這么干。從5.3.0開始，php對(duì)realpath()做了高效的實(shí)現(xiàn)，路realpath的中間路徑也做了緩存，以上面的情況為例，檢查"/a/b/c/d/e/f/g/b.php"的時(shí)候就只會(huì)做"b.php"的檢查了。所以，升級(jí)到php5.3.0以上版本能夠很好地解決這個(gè)問題。
解決方法：
1. 盡量少用include_once和require_once
因?yàn)檫@兩個(gè)函數(shù)會(huì)做realpath檢查，防止有符號(hào)鏈接的情況導(dǎo)致重復(fù)加載。不用它們就能減少realpath的調(diào)用。
2. 合理設(shè)定php.ini中的realpath_cache_size和realpath_cache_ttl參數(shù)
既然使用了realpath_cache，那肯定有大小限制。對(duì)于使用了很多文件，比如用了Zend Framework的項(xiàng)目，可能默認(rèn)realpath_cache_size=16k就太小了，需要增大這個(gè)設(shè)置，推薦設(shè)置為256K以上。另外默認(rèn)realpath_cache_ttl=120，2分鐘就過時(shí)了，怎么也要設(shè)定為3600（1小時(shí)）。
這里需要注意的是，這個(gè)realpath_cache是每隔apache進(jìn)程獨(dú)占的，所以很吃內(nèi)存的，不能設(shè)置的太大。
3. 升級(jí)到php5.3.x
沒什么好說的，如果應(yīng)用經(jīng)過詳細(xì)測(cè)試沒有問題，那么推薦升級(jí)到高版本。
 
五、APC的使用
apc能夠緩存php的opcode碼，能普遍提升30%的性能。但是默認(rèn)apc.stat=1，這樣每次請(qǐng)求都會(huì)訪問需要使用的php文件，看看這個(gè)文件是否更新了，已決定是否重新編譯php文件。這個(gè)是很耗性能的，推薦關(guān)掉。
解決方法：
1. 設(shè)定apc.stat=0，不必每次請(qǐng)求都訪問需要用到的php文件。
需要注意的是：每次發(fā)版本改動(dòng)了php文件的時(shí)候，必須調(diào)用apc_clear()清除apc緩存，否則你的代碼永遠(yuǎn)也不會(huì)生效。
六、smarty調(diào)優(yōu)
對(duì)于模塊化比較好，而且應(yīng)用比較多的網(wǎng)站，如果使用了smarty模板系統(tǒng)，這個(gè)時(shí)候就需要對(duì)smarty進(jìn)行調(diào)優(yōu)了，否則smarty部分的開銷就很可觀。之前根據(jù)一個(gè)經(jīng)驗(yàn)來看，smarty可以占到10%左右的開銷。
默認(rèn)配置下，smarty對(duì)檢測(cè)每個(gè)模板文件是否有更新，決定是否重新編譯模板文件。如果模板文件比較多，則會(huì)多出很多stat系統(tǒng)調(diào)用，加上context switch，開銷會(huì)不小。
解決方法：
1. $smarty->compile_check = false;
去掉每次的檢測(cè)，但是這樣之后，每次發(fā)版本都要把compile_dir目錄的已編譯模板刪除，否則你的模板文件永遠(yuǎn)也不會(huì)生效了。
2. 如果可能，可以使用cache功能。
 
結(jié)論
經(jīng)過上面的調(diào)優(yōu)，結(jié)論如下：
1.          升級(jí)到php5.3.1開啟上面的優(yōu)化，比5.2.3性能高10%以上
2.          在優(yōu)化配置下，使用Zend Framework開發(fā)的一個(gè)搜索應(yīng)用，每秒請(qǐng)求可達(dá)210/rps
3.          在優(yōu)化配置下，使用doophp framework開發(fā)的一個(gè)搜索應(yīng)用，每秒請(qǐng)求可達(dá)450/rps

 
第二章  使用APC緩存

php程序的執(zhí)行流程
—》客戶端（瀏覽器）請(qǐng)求Get hello.php
—-》cgi服務(wù)器接（譬如apache）收到請(qǐng)求，根據(jù)配置尋找php的處理程序（譬如mod_php）
—-》apache加載php的處理程序，php的處理程序讀取php.ini初始化php的解釋環(huán)境
—-》mod_php定位尋找hell.php，將其載入到內(nèi)存中來
—-》mod_php編譯源代碼成為opcode樹
—-》mod_php執(zhí)行opcode樹
—-》生成結(jié)果給瀏覽器

在這個(gè)過程中，有幾點(diǎn)是需要注意的：

1、  對(duì)許多代碼文件說，特別是含有很多包含文件（include or require）。它們需要花費(fèi)更多的時(shí)間和解析并產(chǎn)生中間代碼。
2、  即使PHP代碼文件沒有發(fā)生改變，這個(gè)執(zhí)行過程還會(huì)嚴(yán)格的按照流程執(zhí)行。也就是說，無論你的應(yīng)該程序是否發(fā)生改變，每次調(diào)用的時(shí)候，都需要重新編譯生成opcode碼。（其實(shí)這就是編譯緩存存在的理由）
3、  這個(gè)流程不僅僅發(fā)生在主要的代碼文件，對(duì)于每一次的include和require來說，都會(huì)執(zhí)行這個(gè)流程。（這是可以繼續(xù)優(yōu)化的）

那些地方可以優(yōu)化呢？

1、將mod_php fast-cgi化，避免每次都要加載這個(gè)模塊，這個(gè)模塊還要每次都去初始化php的解釋環(huán)境。
2、緩存php文件的opcode碼，這樣話，避免每次都去編譯。
APC可用用來實(shí)現(xiàn)第2點(diǎn)。編譯緩存去掉了執(zhí)行PHP過程中的解析過程，所以它對(duì)含有大量PHP代碼的應(yīng)用程序是非常有效的。通常情況下可以提升2-3倍以上的速度。對(duì)于包含大量include文件的項(xiàng)目，編譯緩存更現(xiàn)實(shí)出它的優(yōu)越性。
注：include并不會(huì)被編譯緩存進(jìn)行緩存。比如現(xiàn)在有兩個(gè)文件：main.php 和tobeInclude.php，其中main.php中有這樣的語(yǔ)句include tobeInclude.php'。假設(shè)中間碼的后綴為.op(實(shí)際上不是這樣)。那么加上緩存cache后 main.php=>main.op ，tobeInclude.php=>tobeInclude.op。但是PHP在執(zhí)行main.php的時(shí)候，她還是需要去解析main.op中的include命令，去調(diào)用tobeInclude.op的內(nèi)容。具體流程是這樣的。
    …=>執(zhí)行main.op=>執(zhí)行tobeInclude.op=>…
    而不是之間簡(jiǎn)單的執(zhí)行main.op
所以說"過多的include文件會(huì)降低程序性能的"。
 
APC的具體配置。
Alternative PHP Cache（APC）是 PHP 的一個(gè)免費(fèi)公開的優(yōu)化代碼緩存。它用來提供免費(fèi)，公開并且強(qiáng)健的架構(gòu)來緩存和優(yōu)化 PHP 的中間代碼。
APC 官方網(wǎng)站為 http://pecl.php.net/package/apc

1、安裝
以PHP extension 形式安裝
phpize
./configure --enable-apc --enable-apc-mmap
make
make install
生成.so，將.so拷貝到php引用modules的目錄下，修改權(quán)限755
2、配置
apc.enabled        boolean
apc.optimization   optimization
選項(xiàng)在腳本中可以改變
APC PHP.ini配置選項(xiàng)詳解
[APC]
; Alternative PHP Cache 用于緩存和優(yōu)化PHP中間代碼
apc.cache_by_default = On
;SYS
; 是否默認(rèn)對(duì)所有文件啟用緩沖。
; 若設(shè)為Off并與以加號(hào)開頭的apc.filters指令一起用，則文件僅在匹配過濾器時(shí)才被緩存。
apc.enable_cli = Off
;SYS
; 是否為CLI版本啟用APC功能，僅用于測(cè)試和調(diào)試目的才打開此指令。
apc.enabled = On
; 是否啟用APC，如果APC被靜態(tài)編譯進(jìn)PHP又想禁用它，這是的辦法。
apc.file_update_protection = 2
;SYS
; 當(dāng)你在一個(gè)運(yùn)行中的服務(wù)器上修改文件時(shí)，你應(yīng)當(dāng)執(zhí)行原子操作。
; 也就是先寫進(jìn)一個(gè)臨時(shí)文件，然后將該文件重命名(mv)到最終的名字。
; 文本編輯器以及 cp, tar 等程序卻并不是這樣操作的，從而導(dǎo)致有可能緩沖了殘缺的文件。
; 默認(rèn)值 2 表示在訪問文件時(shí)如果發(fā)現(xiàn)修改時(shí)間距離訪問時(shí)間小于 2 秒則不做緩沖。
; 那個(gè)不幸的訪問者可能得到殘缺的內(nèi)容，但是這種壞影響卻不會(huì)通過緩存擴(kuò)大化。
; 如果你能確保所有的更新操作都是原子操作，那么可以用 0 關(guān)閉此特性。
; 如果你的系統(tǒng)由于大量的IO操作導(dǎo)致更新緩慢，你就需要增大此值。
apc.filters =
;SYS
; 一個(gè)以逗號(hào)分隔的POSIX擴(kuò)展正則表達(dá)式列表。
; 如果源文件名與任意一個(gè)模式匹配，則該文件不被緩存。
; 注意，用來匹配的文件名是傳遞給include/require的文件名，而不是絕對(duì)路徑。
; 如果正則表達(dá)式的第一個(gè)字符是"+"則意味著任何匹配表達(dá)式的文件會(huì)被緩存，
; 如果第一個(gè)字符是"-"則任何匹配項(xiàng)都不會(huì)被緩存。"-"是默認(rèn)值，可以省略掉。
apc.ttl = 0
;SYS
; 緩存條目在緩沖區(qū)中允許逗留的秒數(shù)。0 表示永不超時(shí)。建議值為7200~36000。
; 設(shè)為 0 意味著緩沖區(qū)有可能被舊的緩存條目填滿，從而導(dǎo)致無法緩存新條目。
apc.user_ttl = 0
;SYS
; 類似于apc.ttl，只是針對(duì)每個(gè)用戶而言，建議值為7200~36000。
; 設(shè)為 0 意味著緩沖區(qū)有可能被舊的緩存條目填滿，從而導(dǎo)致無法緩存新條目。
apc.gc_ttl = 3600
;SYS
; 緩存條目在垃圾回收表中能夠存在的秒數(shù)。
; 此值提供了一個(gè)安全措施，即使一個(gè)服務(wù)器進(jìn)程在執(zhí)行緩存的源文件時(shí)崩潰，
; 而且該源文件已經(jīng)被修改，為舊版本分配的內(nèi)存也不會(huì)被回收，直到達(dá)到此TTL值為止。
; 設(shè)為零將禁用此特性。
apc.include_once_override = Off
;SYS
; 請(qǐng)保持為Off，否則可能導(dǎo)致意想不到的結(jié)果。
apc.max_file_size = 1M
;SYS
; 禁止大于此尺寸的文件被緩存。
apc.mmap_file_mask =
;SYS
; 如果使用–enable-mmap(默認(rèn)啟用)為APC編譯了MMAP支持，
; 這里的值就是傳遞給mmap模塊的mktemp風(fēng)格的文件掩碼(建議值為"/tmp/apc.XXXXXX")。
; 該掩碼用于決定內(nèi)存映射區(qū)域是否要被file-backed或者shared memory backed。
; 對(duì)于直接的file-backed內(nèi)存映射，要設(shè)置成"/tmp/apc.XXXXXX"的樣子(恰好6個(gè)X)。
; 要使用POSIX風(fēng)格的shm_open/mmap就需要設(shè)置成"/apc.shm.XXXXXX"的樣子。
; 你還可以設(shè)為"/dev/zero"來為匿名映射的內(nèi)存使用內(nèi)核的"/dev/zero"接口。
; 不定義此指令則表示強(qiáng)制使用匿名映射。
apc.num_files_hint = 1000
;SYS
; Web服務(wù)器上可能被包含或被請(qǐng)求的不同源文件的大致數(shù)量(建議值為1024~4096)。
; 如果你不能確定，則設(shè)為 0 ；此設(shè)定主要用于擁有數(shù)千個(gè)源文件的站點(diǎn)。
apc.optimization = 0
; 優(yōu)化級(jí)別(建議值為 0 ) 。
; 正整數(shù)值表示啟用優(yōu)化器，值越高則使用越激進(jìn)的優(yōu)化。
; 更高的值可能有非常有限的速度提升，但目前尚在試驗(yàn)中。
apc.report_autofilter = Off
;SYS
; 是否記錄所有由于early/late binding原因而自動(dòng)未被緩存的腳本。
apc.shm_segments = 1
;SYS
; 為編譯器緩沖區(qū)分配的共享內(nèi)存塊數(shù)量(建議值為1)。
; 如果APC耗盡了共享內(nèi)存，并且已將apc.shm_size指令設(shè)為系統(tǒng)允許的較大值，
; 你可以嘗試增大此值。
apc.shm_size = 30
;SYS
; 每個(gè)共享內(nèi)存塊的大小(以MB為單位，建議值為128~256)。
; 有些系統(tǒng)(包括大多數(shù)BSD變種)默認(rèn)的共享內(nèi)存塊大小非常少。
apc.slam_defense = 0
;SYS(反對(duì)使用該指令，建議該用apc.write_lock指令)
; 在非常繁忙的服務(wù)器上，無論是啟動(dòng)服務(wù)還是修改文件，
; 都可能由于多個(gè)進(jìn)程企圖同時(shí)緩存一個(gè)文件而導(dǎo)致競(jìng)爭(zhēng)條件。
; 這個(gè)指令用于設(shè)置進(jìn)程在處理未被緩存的文件時(shí)跳過緩存步驟的百分率。
; 比如設(shè)為75表示在遇到未被緩存的文件時(shí)有75%的概率不進(jìn)行緩存，從而減少碰撞幾率。
; 鼓勵(lì)設(shè)為 0 來禁用這個(gè)特性。
apc.stat = On
;SYS
; 是否啟用腳本更新檢查。
; 改變這個(gè)指令值要非常小心。
; 默認(rèn)值 On 表示APC在每次請(qǐng)求腳本時(shí)都檢查腳本是否被更新，
; 如果被更新則自動(dòng)重新編譯和緩存編譯后的內(nèi)容。但這樣做對(duì)性能有不利影響。
; 如果設(shè)為Off 則表示不進(jìn)行檢查，從而使性能得到大幅提高。
; 但是為了使更新的內(nèi)容生效，你必須重啟Web服務(wù)器。
; 這個(gè)指令對(duì)于include/require的文件同樣有效。但是需要注意的是，
; 如果你使用的是相對(duì)路徑，APC就必須在每一次include/require時(shí)都進(jìn)行檢查以定位文件。
; 而使用絕對(duì)路徑則可以跳過檢查，所以鼓勵(lì)你使用絕對(duì)路徑進(jìn)行include/require操作。
apc.user_entries_hint = 100
;SYS
; 類似于num_files_hint指令，只是針對(duì)每個(gè)不同用戶而言。
; 如果你不能確定，則設(shè)為 0 。
apc.write_lock = On
;SYS
; 是否啟用寫入鎖。
; 在非常繁忙的服務(wù)器上，無論是啟動(dòng)服務(wù)還是修改文件，
; 都可能由于多個(gè)進(jìn)程企圖同時(shí)緩存一個(gè)文件而導(dǎo)致競(jìng)爭(zhēng)條件。
; 啟用該指令可以避免競(jìng)爭(zhēng)條件的出現(xiàn)。
apc.rfc1867 = Off
;SYS
; 打開該指令后，對(duì)于每個(gè)恰好在file字段之前含有APC_UPLOAD_PROGRESS字段的上傳文件，APC都將自動(dòng)創(chuàng)建一個(gè)upload_的用戶緩存條目(就是APC_UPLOAD_PROGRESS字段值)。
3、php函數(shù)
apc_cache_info        - Retrieves cached information (and meta-data) from APC's data store
apc_clear_cache       - Clears the APC cache
apc_define_constants - Defines a set of constants for later retrieval and mass-definition
apc_delete            - Removes a stored variable from the cache
apc_fetch             - Fetch a stored variable from the cache
apc_load_constants    - Loads a set of constants from the cache
apc_sma_info          - Retrieves APC's Shared Memory Allocation information
apc_store             - Cache a variable in the data store

4、注意：
Apc與apache的進(jìn)程共享內(nèi)存，所以只有在執(zhí)行apache進(jìn)程時(shí)，才可以往apc中存值，普通的php進(jìn)程不能訪問apc共享內(nèi)存。

 
第三章  提高PHP性能的編碼技巧

0、用單引號(hào)代替雙引號(hào)來包含字符串，這樣做會(huì)更快一些。因?yàn)镻HP會(huì)在雙引號(hào)包圍的字符串中搜尋變量，單引號(hào)則不會(huì)，注意：只有echo能這么做，它是一種可以把多個(gè)字符串當(dāng)作參數(shù)的"函數(shù)"（譯注：PHP手冊(cè)中說echo是語(yǔ)言結(jié)構(gòu)，不是真正的函數(shù)，故把函數(shù)加上了雙引號(hào)）。
1、如果能將類的方法定義成static，就盡量定義成static，它的速度會(huì)提升將近4倍。
2、$row['id'] 的速度是$row[id]的7倍。
3、echo 比print 快，并且使用echo的多重參數(shù)（譯注：指用逗號(hào)而不是句點(diǎn)）代替字符串連接，比如echo $str1,$str2。
4、在執(zhí)行for循環(huán)之前確定較大循環(huán)數(shù)，不要每循環(huán)一次都計(jì)算較大值，好運(yùn)用foreach代替。
5、注銷那些不用的變量尤其是大數(shù)組，以便釋放內(nèi)存。
6、盡量避免使用__get，__set，__autoload。
7、require_once()代價(jià)昂貴。
8、include文件時(shí)盡量使用絕對(duì)路徑，因?yàn)樗苊饬薖HP去include_path里查找文件的速度，解析操作系統(tǒng)路徑所需的時(shí)間會(huì)更少。
9、如果你想知道腳本開始執(zhí)行（譯注：即服務(wù)器端收到客戶端請(qǐng)求）的時(shí)刻，使用$_SERVER[‘REQUEST_TIME']要好于time()。
10、函數(shù)代替正則表達(dá)式完成相同功能。
11、str_replace函數(shù)比preg_replace函數(shù)快，但strtr函數(shù)的效率是str_replace函數(shù)的四倍。
12、如果一個(gè)字符串替換函數(shù)，可接受數(shù)組或字符作為參數(shù)，并且參數(shù)長(zhǎng)度不太長(zhǎng)，那么可以考慮額外寫一段替換代碼，使得每次傳遞參數(shù)是一個(gè)字符，而不是只寫一行代碼接受數(shù)組作為查詢和替換的參數(shù)。
13、使用選擇分支語(yǔ)句（譯注：即switch case）好于使用多個(gè)if，else if語(yǔ)句。
14、用@屏蔽錯(cuò)誤消息的做法非常低效，極其低效。
15、打開apache的mod_deflate模塊，可以提高網(wǎng)頁(yè)的瀏覽速度。
16、數(shù)據(jù)庫(kù)連接當(dāng)使用完畢時(shí)應(yīng)關(guān)掉，不要用長(zhǎng)連接。
17、錯(cuò)誤消息代價(jià)昂貴。
18、在方法中遞增局部變量，速度是最快的。幾乎與在函數(shù)中調(diào)用局部變量的速度相當(dāng)。
19、遞增一個(gè)全局變量要比遞增一個(gè)局部變量慢2倍。
20、遞增一個(gè)對(duì)象屬性（如：$this->prop++）要比遞增一個(gè)局部變量慢3倍。
21、遞增一個(gè)未預(yù)定義的局部變量要比遞增一個(gè)預(yù)定義的局部變量慢9至10倍。
22、僅定義一個(gè)局部變量而沒在函數(shù)中調(diào)用它，同樣會(huì)減慢速度（其程度相當(dāng)于遞增一個(gè)局部變量）。PHP大概會(huì)檢查看是否存在全局變量。
23、方法調(diào)用看來與類中定義的方法的數(shù)量無關(guān)，因?yàn)槲遥ㄔ跍y(cè)試方法之前和之后都）添加了10個(gè)方法，但性能上沒有變化。
24、派生類中的方法運(yùn)行起來要快于在基類中定義的同樣的方法。
25、調(diào)用帶有一個(gè)參數(shù)的空函數(shù)，其花費(fèi)的時(shí)間相當(dāng)于執(zhí)行7至8次的局部變量遞增操作。類似的方法調(diào)用所花費(fèi)的時(shí)間接近于15次的局部變量遞增操作。
26、Apache解析一個(gè)PHP腳本的時(shí)間要比解析一個(gè)靜態(tài)HTML頁(yè)面慢2至10倍。盡量多用靜態(tài)HTML頁(yè)面，少用腳本。
27、除非腳本可以緩存，否則每次調(diào)用時(shí)都會(huì)重新編譯一次。引入一套PHP緩存機(jī)制通?？梢蕴嵘?5%至100%的性能，以免除編譯開銷。
28、盡量做緩存，可使用memcached。memcached是一款高性能的內(nèi)存對(duì)象緩存系統(tǒng)，可用來加速動(dòng)態(tài)Web應(yīng)用程序，減輕數(shù)據(jù)庫(kù)負(fù)載。對(duì)運(yùn)算碼(OP code)的緩存很有用，使得腳本不必為每個(gè)請(qǐng)求做重新編譯。
29、當(dāng)操作字符串并需要檢驗(yàn)其長(zhǎng)度是否滿足某種要求時(shí)，你想當(dāng)然地會(huì)使用strlen()函數(shù)。此函數(shù)執(zhí)行起來相當(dāng)快，因?yàn)樗蛔鋈魏斡?jì)算，只返回在zval 結(jié)構(gòu)（C的內(nèi)置數(shù)據(jù)結(jié)構(gòu)，用于存儲(chǔ)PHP變量）中存儲(chǔ)的已知字符串長(zhǎng)度。但是，由于strlen()是函數(shù)，多多少少會(huì)有些慢，因?yàn)楹瘮?shù)調(diào)用會(huì)經(jīng)過諸多步驟，如字母小寫化（譯注：指函數(shù)名小寫化，PHP不區(qū)分函數(shù)名大小寫）、哈希查找，會(huì)跟隨被調(diào)用的函數(shù)一起執(zhí)行。在某些情況下，你可以使用isset() 技巧加速執(zhí)行你的代碼。
（舉例如下）
if (strlen($foo) < 5) { echo "Foo is too short"$$ }
（與下面的技巧做比較）
if (!isset($foo{5})) { echo "Foo is too short"$$ }
調(diào)用isset()恰巧比strlen()快，因?yàn)榕c后者不同的是，isset()作為一種語(yǔ)言結(jié)構(gòu)，意味著它的執(zhí)行不需要函數(shù)查找和字母小寫化。也就是說，實(shí)際上在檢驗(yàn)字符串長(zhǎng)度的頂層代碼中你沒有花太多開銷。
34、當(dāng)執(zhí)行變量$i的遞增或遞減時(shí)，$i++會(huì)比++$i慢一些。這種差異是PHP特有的，并不適用于其他語(yǔ)言，所以請(qǐng)不要修改你的C或Java代碼并指望它們能立即變快，沒用的。++$i更快是因?yàn)樗恍枰?條指令(opcodes)，$i++ 則需要4條指令。后置遞增實(shí)際上會(huì)產(chǎn)生一個(gè)臨時(shí)變量，這個(gè)臨時(shí)變量隨后被遞增。而前置遞增直接在原值上遞增。這是最優(yōu)化處理的一種，正如Zend的PHP 優(yōu)化器所作的那樣。牢記這個(gè)優(yōu)化處理不失為一個(gè)好主意，因?yàn)椴⒉皇撬械闹噶顑?yōu)化器都會(huì)做同樣的優(yōu)化處理，并且存在大量沒有裝配指令優(yōu)化器的互聯(lián)網(wǎng)服務(wù)提供商（ISPs）和服務(wù)器。
35、并不是事必面向?qū)ο?OOP)，面向?qū)ο笸_銷很大，每個(gè)方法和對(duì)象調(diào)用都會(huì)消耗很多內(nèi)存。
36、并非要用類實(shí)現(xiàn)所有的數(shù)據(jù)結(jié)構(gòu)，數(shù)組也很有用。
37、不要把方法細(xì)分得過多，仔細(xì)想想你真正打算重用的是哪些代碼？
38、當(dāng)你需要時(shí)，你總能把代碼分解成方法。
39、盡量采用大量的PHP 內(nèi)置函數(shù)。
40、如果在代碼中存在大量耗時(shí)的函數(shù)，你可以考慮用C擴(kuò)展的方式實(shí)現(xiàn)它們。
41、評(píng)估檢驗(yàn)(profile)你的代碼。檢驗(yàn)器會(huì)告訴你，代碼的哪些部分消耗了多少時(shí)間。Xdebug調(diào)試器包含了檢驗(yàn)程序，評(píng)估檢驗(yàn)總體上可以顯示出代碼的瓶頸。
42、mod_zip可作為Apache模塊，用來即時(shí)壓縮你的數(shù)據(jù)，并可讓數(shù)據(jù)傳輸量降低80%。
43、在可以用file_get_contents替代file、fopen、feof、fgets等系列方法的情況下，盡量用file_get_contents，因?yàn)樗男矢叩枚?！但是要注意file_get_contents在打開一個(gè)URL文件時(shí)候的PHP版本問題；
44、盡量的少進(jìn)行文件操作，雖然PHP的文件操作效率也不低的；
45、優(yōu)化Select SQL語(yǔ)句，在可能的情況下盡量少的進(jìn)行Insert、Update操作；
46、盡可能的使用PHP內(nèi)部函數(shù)（但是我卻為了找個(gè)PHP里面不存在的函數(shù)，浪費(fèi)了本可以寫出一個(gè)自定義函數(shù)的時(shí)間，經(jīng)驗(yàn)問題?。。?br/>47、循環(huán)內(nèi)部不要**變量，尤其是大變量：對(duì)象(這好像不只是PHP里面要注意的問題吧？)；
48、多維數(shù)組盡量不要循環(huán)嵌套賦值；
49、在可以用PHP內(nèi)部字符串操作函數(shù)的情況下，不要用正則表達(dá)式；
50、foreach效率更高，盡量用foreach代替while和for循環(huán)；
51、用單引號(hào)替代雙引號(hào)引用字符串；
52、"用i+=1代替i=i+1。符合c/c++的習(xí)慣，效率還高"；
53、對(duì)global變量，應(yīng)該用完就unset()掉；

感謝各位的閱讀，以上就是“PHP性能優(yōu)化的方法合集”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對(duì)PHP性能優(yōu)化的方法合集這一問題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是創(chuàng)新互聯(lián)網(wǎng)站建設(shè)公司，，小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章，歡迎關(guān)注！

網(wǎng)站題目：PHP性能優(yōu)化的方法合集-創(chuàng)新互聯(lián)
分享URL：http://m.rwnh.cn/article40/ddscho.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供外貿(mào)建站、網(wǎng)站改版、品牌網(wǎng)站建設(shè)、App開發(fā)、用戶體驗(yàn)、域名注冊(cè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)