50個php 優(yōu)化小技巧

1、 用單引號代替雙引號來包含字符串,這樣做會更快一些。因為 PHP 會在雙引號包圍的 字符串中搜尋變量,單引號則不會,注意:只有 echo 能這么做,它是一種可以把多個字符 串當(dāng)作參數(shù)的“函數(shù)”(譯注:PHP 手冊中說 echo 是語言結(jié)構(gòu),不是真正的函數(shù),故把函數(shù) 加上了雙引號)。

2、如果能將類的方法定義成 static,就盡量定義成 static,它的速度會提升將近 4 倍。

3、$row['id'] 的速度是$row[id]的 7 倍。

4、echo 比 print 快,并且使用 echo 的多重參數(shù)(譯注:指用逗號而不是句點)代替字符串 連接,比如 echo $str1,$str2。

5、在執(zhí)行 for 循環(huán)之前確定最大循環(huán)數(shù),不要每循環(huán)一次都計算最大值,最好運用 foreach 代替。

6、注銷那些不用的變量尤其是大數(shù)組,以便釋放內(nèi)存。

7、盡量避免使用__get,__set,__autoload。

8、require_once()代價昂貴。

9、include 文件時盡量使用絕對路徑,因為它避免了 PHP 去 include_path 里查找文件的速 度,解析操作系統(tǒng)路徑所需的時間會更少。

10、如果你想知道腳本開始執(zhí)行(譯注:即服務(wù)器端收到客戶端請求)的時刻,使用 $_SERVER['REQUEST_TIME'] 要好于 time()

11、函數(shù)代替正則表達(dá)式完成相同功能。

12、str_replace 函數(shù)比 preg_replace 函數(shù)快,但 strtr 函數(shù)的效率是 str_replace 函數(shù)的四倍。

13、如果一個字符串替換函數(shù),可接受數(shù)組或字符作為參數(shù),并且參數(shù)長度不太長,那么 可以考慮額外寫一段替換代碼, 使得每次傳遞參數(shù)是一個字符, 而不是只寫一行代碼接受數(shù) 組作為查詢和替換的參數(shù)。

14、使用選擇分支語句(譯注:即 switch case)好于使用多個 if,else if 語句。

15、用@屏蔽錯誤消息的做法非常低效,極其低效。

16、打開 apache 的 mod_deflate 模塊,可以提高網(wǎng)頁的瀏覽速度。

17、數(shù)據(jù)庫連接當(dāng)使用完畢時應(yīng)關(guān)掉,不要用長連接。

18、錯誤消息代價昂貴。

19、在方法中遞增局部變量,速度是最快的。幾乎與在函數(shù)中調(diào)用局部變量的速度相當(dāng)。

20、遞增一個全局變量要比遞增一個局部變量慢 2 倍。

21、遞增一個對象屬性(如:$this->prop++)要比遞增一個局部變量慢 3 倍。

22、遞增一個未預(yù)定義的局部變量要比遞增一個預(yù)定義的局部變量慢 9 至 10 倍。

23、僅定義一個局部變量而沒在函數(shù)中調(diào)用它,同樣會減慢速度(其程度相當(dāng)于遞增一個局 部變量)。PHP 大概會檢查看是否存在全局變量。

24、方法調(diào)用看來與類中定義的方法的數(shù)量無關(guān),因為我(在測試方法之前和之后都)添加了 10 個方法,但性能上沒有變化。

25、派生類中的方法運行起來要快于在基類中定義的同樣的方法。

26、調(diào)用帶有一個參數(shù)的空函數(shù),其花費的時間相當(dāng)于執(zhí)行 7 至 8 次的局部變量遞增操作。 類似的方法調(diào)用所花費的時間接近于 15 次的局部變量遞增操作。

27、Apache 解析一個 PHP 腳本的時間要比解析一個靜態(tài) HTML 頁面慢 2 至 10 倍。盡量 多用靜態(tài) HTML 頁面,少用腳本。

28、除非腳本可以緩存,否則每次調(diào)用時都會重新編譯一次。引入一套 PHP 緩存機(jī)制通常 可以提升 25%至 100%的性能,以免除編譯開銷。

29、盡量做緩存,可使用 memcached。memcached 是一款高性能的內(nèi)存對象緩存系統(tǒng), 可用來加速動態(tài) Web 應(yīng)用程序,減輕數(shù)據(jù)庫負(fù)載。對運算碼 (OP code)的緩存很有用,使 得腳本不必為每個請求做重新編譯。

30、 當(dāng)操作字符串并需要檢驗其長度是否滿足某種要求時, 你想當(dāng)然地會使用 strlen()函數(shù)。 此函數(shù)執(zhí)行起來相當(dāng)快,因為它不做任何計算,只返回在 zval 結(jié)構(gòu)(C 的內(nèi)置數(shù)據(jù)結(jié)構(gòu),用 于存儲 PHP 變量)中存儲的已知字符串長度。但是,由于 strlen()是函數(shù),多多少少會有些 慢,因為函數(shù)調(diào)用會經(jīng)過諸多步驟,如字母小寫化(譯注:指函數(shù)名小寫化,PHP 不區(qū)分函 數(shù)名大小寫)、哈希查找,會跟隨被調(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()快,因為與后者不同的是,isset()作為一種語言結(jié)構(gòu),意味著它 的執(zhí)行不需要函數(shù)查找和字母小寫化。 也就是說, 實際上在檢驗字符串長度的頂層代碼中你 沒有花太多開銷。

31、當(dāng)執(zhí)行變量$i 的遞增或遞減時,$i++會比++$i 慢一些。這種差異是 PHP 特有的,并不 適用于其他語言, 所以請不要修改你的 C 或 Java 代碼并指望它們能立即變快, 沒用的。 ++$i 更快是因為它只需要 3 條指令(opcodes),$i++則需要 4 條指令。后置遞增實際上會產(chǎn)生一 個臨時變量,這個臨時變量隨后被遞增。而前置遞增直接在原值上遞增。這是最優(yōu)化處理的 一種,正如 Zend 的 PHP 優(yōu)化器所作的那樣。牢記這個優(yōu)化處理不失為一個好主意,因為 并不是所有的指令優(yōu)化器都會做同樣的優(yōu)化處理, 并且存在大量沒有裝配指令優(yōu)化器的互聯(lián) 網(wǎng)服務(wù)提供商(ISPs)和服務(wù)器。

32、并不是事必面向?qū)ο?OOP),面向?qū)ο笸_銷很大,每個方法和對象調(diào)用都會消耗很 多內(nèi)存。

33、并非要用類實現(xiàn)所有的數(shù)據(jù)結(jié)構(gòu),數(shù)組也很有用。

34、不要把方法細(xì)分得過多,仔細(xì)想想你真正打算重用的是哪些代碼?

35、當(dāng)你需要時,你總能把代碼分解成方法。

36、盡量采用大量的 PHP 內(nèi)置函數(shù)。

37、如果在代碼中存在大量耗時的函數(shù),你可以考慮用 C 擴(kuò)展的方式實現(xiàn)它們。

38、 評估檢驗(profile)你的代碼。 檢驗器會告訴你, 代碼的哪些部分消耗了多少時間。 Xdebug 調(diào)試器包含了檢驗程序,評估檢驗總體上可以顯示出代碼的瓶頸。

39、mod_zip 可作為 Apache 模塊,用來即時壓縮你的數(shù)據(jù),并可讓數(shù)據(jù)傳輸量降低 80%。

40、在可以用 file_get_contents 替代 file、fopen、feof、fgets 等系列方法的情況下,盡量 用 file_get_contents,因為他的效率高得多!但是要注意 file_get_contents 在打開一個 URL 文件時候的 PHP 版本問題;

41、盡量的少進(jìn)行文件操作,雖然 PHP 的文件操作效率也不低的;

42、優(yōu)化 Select SQL 語句,在可能的情況下盡量少的進(jìn)行 Insert、Update 操作(在 update 上,我被惡批過);

43、盡可能的使用 PHP 內(nèi)部函數(shù)(但是我卻為了找個 PHP 里面不存在的函數(shù),浪費了本可 以寫出一個自定義函數(shù)的時間,經(jīng)驗問題啊!);

44、 循環(huán)內(nèi)部不要聲明變量, 尤其是大變量: 對象(這好像不只是 PHP 里面要注意的問題吧?);

45、多維數(shù)組盡量不要循環(huán)嵌套賦值;

46、在可以用 PHP 內(nèi)部字符串操作函數(shù)的情況下,不要用正則表達(dá)式;

47、foreach 效率更高,盡量用 foreach 代替 while 和 for 循環(huán);

48、用單引號替代雙引號引用字符串;

49、“用 i+=1 代替 i=i+1。符合 c/c++的習(xí)慣,效率還高”

50、對 global 變量,應(yīng)該用完就 unset()掉;

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,321評論 6 543
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 99,559評論 3 429
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,442評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,835評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 72,581評論 6 412
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,922評論 1 328
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,931評論 3 447
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 43,096評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 49,639評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 41,374評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,591評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,104評論 5 364
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,789評論 3 349
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,196評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,524評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,322評論 3 400
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 48,554評論 2 379

推薦閱讀更多精彩內(nèi)容