PHP如何實(shí)現(xiàn)高效率寫法-創(chuàng)新互聯(lián)

小編給大家分享一下PHP如何實(shí)現(xiàn)高效率寫法，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

站在用戶的角度思考問(wèn)題，與客戶深入溝通，找到寧強(qiáng)網(wǎng)站設(shè)計(jì)與寧強(qiáng)網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗(yàn)，讓設(shè)計(jì)與互聯(lián)網(wǎng)技術(shù)結(jié)合，創(chuàng)造個(gè)性化、用戶體驗(yàn)好的作品，建站類型包括：成都網(wǎng)站建設(shè)、成都網(wǎng)站制作、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣、域名注冊(cè)、網(wǎng)頁(yè)空間、企業(yè)郵箱。業(yè)務(wù)覆蓋寧強(qiáng)地區(qū)。

1.盡量靜態(tài)化：
如果一個(gè)方法能被靜態(tài)，那就聲明它為靜態(tài)的，速度可提高1/4，甚至我測(cè)試的時(shí)候，這個(gè)提高了近三倍。
當(dāng)然了，這個(gè)測(cè)試方法需要在十萬(wàn)級(jí)以上次執(zhí)行，效果才明顯。

其實(shí)靜態(tài)方法和非靜態(tài)方法的效率主要區(qū)別在內(nèi)存：靜態(tài)方法在程序開始時(shí)生成內(nèi)存,實(shí)例方法在程序運(yùn)行中生成內(nèi)存，所以靜態(tài)方法可以直接調(diào)用,實(shí)例方法要先成生實(shí)例,通過(guò)實(shí)例調(diào)用方法，靜態(tài)速度很快，但是多了會(huì)占內(nèi)存。

任何語(yǔ)言都是對(duì)內(nèi)存和磁盤的操作,至于是否面向?qū)ο?只是軟件層的問(wèn)題,底層都是一樣的,只是實(shí)現(xiàn)方法不同。靜態(tài)內(nèi)存是連續(xù)的,因?yàn)槭窃诔绦蜷_始時(shí)就生成了,而實(shí)例申請(qǐng)的是離散的空間,所以當(dāng)然沒有靜態(tài)方法快。
靜態(tài)方法始終調(diào)用同一塊內(nèi)存，其缺點(diǎn)就是不能自動(dòng)進(jìn)行銷毀，而是實(shí)例化可以銷毀。

2.echo的效率高于print,因?yàn)閑cho沒有返回值，print返回一個(gè)整型;
測(cè)試：
Echo
0.000929 - 0.001255 s (平均 0.001092 seconds)
Print
0.000980 - 0.001396 seconds (平均 0.001188 seconds)
相差8%左右，總體上echo是比較快的。
注意，echo大字符串的時(shí)候，如果沒有做調(diào)整就嚴(yán)重影響性能。使用打開apached的mod_deflate進(jìn)行壓縮或者打開ob_start先將內(nèi)容放進(jìn)緩沖區(qū)。

3.在循環(huán)之前設(shè)置循環(huán)的較大次數(shù)，而非在在循環(huán)中;
傻子都明白的道理。

4.銷毀變量去釋放內(nèi)存，特別是大的數(shù)組;
數(shù)組和對(duì)象在php特別占內(nèi)存的，這個(gè)由于php的底層的zend引擎引起的，
一般來(lái)說(shuō)，PHP數(shù)組的內(nèi)存利用率只有 1/10, 也就是說(shuō)，一個(gè)在C語(yǔ)言里面100M 內(nèi)存的數(shù)組，在PHP里面就要1G。
特別是在PHP作為后臺(tái)服務(wù)器的系統(tǒng)中，經(jīng)常會(huì)出現(xiàn)內(nèi)存耗費(fèi)太大的問(wèn)題。

5.避免使用像__get, __set, __autoload等魔術(shù)方法;
對(duì)于__開頭的函數(shù)就命名為魔術(shù)函數(shù)，此類函數(shù)都在特定的條件下初訪的?？偟脕?lái)說(shuō)，有下面幾個(gè)魔術(shù)函數(shù)
__construct()，__destruct()，__get()，__set()，__unset()，__call()，__callStatic()，__sleep()，__wakeup()，__toString()，__set_state()，__clone()，__autoload()

其實(shí)，如果__autoload不能高效的將類名與實(shí)際的磁盤文件(注意，這里指實(shí)際的磁盤文件，而不僅僅是文件名)對(duì)應(yīng)起來(lái)，系統(tǒng)將不得不做大量的文件是 否存在(需要在每個(gè)include path中包含的路徑中去尋找)的判斷，而判斷文件是否存在需要做磁盤I/O操作，眾所周知磁盤I/O操作的效率很低，因此這才是使得autoload機(jī)制效率降低的原因。

因此，我們?cè)谙到y(tǒng)設(shè)計(jì)時(shí)，需要定義一套清晰的將類名與實(shí)際磁盤文件映射的機(jī)制。這個(gè)規(guī)則越簡(jiǎn)單越明確，autoload機(jī)制的效率就越高。
結(jié)論：autoload機(jī)制并不是天然的效率低下，只有濫用autoload，設(shè)計(jì)不好的自動(dòng)裝載函數(shù)才會(huì)導(dǎo)致其效率的降低.
所以說(shuō)盡量避免使用__autoload魔術(shù)方法，有待商榷。

6.requiere_once()比較耗資源;
這是因?yàn)閞equiere_once需要判斷該文件是否被引用過(guò)),所以能不用盡量不用。常用require/include方法避免。

7.在includes和requires中使用絕對(duì)路徑。
如果包含相對(duì)路徑，PHP會(huì)在include_path里面遍歷查找文件。
用絕對(duì)路徑就會(huì)避免此類問(wèn)題，因此解析操作系統(tǒng)路徑所需的時(shí)間會(huì)更少。

8.如果你需要得到腳本執(zhí)行時(shí)的時(shí)間，$_SERVER['REQUSET_TIME']優(yōu)于time();
可以想象。一個(gè)是現(xiàn)成就可以直接用，一個(gè)還需要函數(shù)得出的結(jié)果。

9.能用PHP內(nèi)部字符串操作函數(shù)的情況下，盡量用他們，不要用正則表達(dá)式； 因?yàn)槠湫矢哂谡齽t;
沒得說(shuō)，正則最耗性能。
有沒有你漏掉的好用的函數(shù)？例如：strpbrk()strncasecmp()strpos()/strrpos()/stripos()/strripos()加速 strtr如果需要轉(zhuǎn)換的全是單個(gè)字符的時(shí)候，
用字符串而不是數(shù)組來(lái)做 strtr：
<?php
$addr = strtr($addr, "abcd", "efgh"); // good
$addr = strtr($addr, array('a' => 'e', )); // bad
?>
效率提升：10 倍。

10.str_replace字符替換比正則替換preg_replace快，但strtr比str_replace又快1/4;
另外不要做無(wú)謂的替換即使沒有替換，str_replace 也會(huì)為其參數(shù)分配內(nèi)存。很慢！解決辦法：
用 strpos 先查找(非?？?，看是否需要替換，如果需要，再替換效率：- 如果需要替換：效率幾乎相等，差別在 0.1% 左右。
如果不需要替換：用 strpos 快 200%。

11.參數(shù)為字符串
如果一個(gè)函數(shù)既能接受數(shù)組又能接受簡(jiǎn)單字符做為參數(shù)，例如字符替換函數(shù)，并且參數(shù)列表不是太長(zhǎng)，可以考慮額外寫一段替換代碼，使得每次傳遞參數(shù)都是一 個(gè)字符，而不是接受數(shù)組做為查找和替換參數(shù)。大事化小，1+1>2;

12.好不用@，用@掩蓋錯(cuò)誤會(huì)降低腳本運(yùn)行速度;
用@實(shí)際上后臺(tái)有很多操作。用@比起不用@，效率差距：3 倍。特別不要在循環(huán)中使用@，在 5 次循環(huán)的測(cè)試中，即使是先用 error_reporting(0) 關(guān)掉錯(cuò)誤，在循環(huán)完成后再打開，都比用@快。

13.$row['id']比$row[id]速度快7倍
建議養(yǎng)成數(shù)組鍵加引號(hào)的習(xí)慣;

14.在循環(huán)里別用函數(shù)
例如For($x=0; $x < count($array); $x), count()函數(shù)在外面先計(jì)算;原因你懂的。

16.在類的方法里建立局部變量速度最快，幾乎和在方法里調(diào)用局部變量一樣快;
17.建立一個(gè)全局變量要比局部變量要慢2倍;
由于局部變量是存在棧中的，當(dāng)一個(gè)函數(shù)占用的棧空間不是很大的時(shí)候，這部分內(nèi)存很有可能全部命中cache，這時(shí)候CPU訪問(wèn)的效率是很高的。
相反，如果一個(gè)函數(shù)里既使用了全局變量又使用了局部變量，那么當(dāng)這兩段地址相差較大時(shí)，cpu cache需要來(lái)回切換，那么效率會(huì)下降。
(我理解啊)

18.建立一個(gè)對(duì)象屬性(類里面的變量)例如($this->prop++)比局部變量要慢3倍;
19.建立一個(gè)未聲明的局部變量要比一個(gè)已經(jīng)定義過(guò)的局部變量慢9-10倍
20.聲明一個(gè)未被任何一個(gè)函數(shù)使用過(guò)的全局變量也會(huì)使性能降低(和聲明相同數(shù)量的局部變量一樣)。
PHP可能去檢查這個(gè)全局變量是否存在;

21.方法的性能和在一個(gè)類里面定義的方法的數(shù)目沒有關(guān)系
因?yàn)槲姨砑?0個(gè)或多個(gè)方法到測(cè)試的類里面(這些方法在測(cè)試方法的前后)后性能沒什么差異;

22.在子類里方法的性能優(yōu)于在基類中;
23.只調(diào)用一個(gè)參數(shù)并且函數(shù)體為空的函數(shù)運(yùn)行花費(fèi)的時(shí)間等于7-8次$localvar++運(yùn)算，而一個(gè)類似的方法(類里的函數(shù))運(yùn)行等于大約15次$localvar++運(yùn)算;
24 用單引號(hào)代替雙引號(hào)來(lái)包含字符串，這樣做會(huì)更快一些。
因?yàn)镻HP會(huì)在雙引號(hào)包圍的字符串中搜尋變量，單引號(hào)則不會(huì)。

PHP 引擎允許使用單引號(hào)和雙引號(hào)來(lái)封裝字符串變量，但是這個(gè)是有很大的差別的！使用雙引號(hào)的字符串告訴 PHP 引擎首先去讀取字符串內(nèi)容，查找其中的變 量，并改為變量對(duì)應(yīng)的值。一般來(lái)說(shuō)字符串是沒有變量的，所以使用雙引號(hào)會(huì)導(dǎo)致性能不佳。好是使用字
符串連接而不是雙引號(hào)字符串。
BAD:
$output = "This is a plain string";
GOOD:
$output = 'This is a plain string';
BAD:
$type = "mixed";
$output = "This is a $type string";
GOOD:
$type = 'mixed';
$output = 'This is a ' . $type .' string';

25.當(dāng)echo字符串時(shí)用逗號(hào)代替點(diǎn)連接符更快些。
echo一種可以把多個(gè)字符串當(dāng)作參數(shù)的“函數(shù)”（譯注：PHP手冊(cè)中說(shuō)echo是語(yǔ)言結(jié)構(gòu)，不是真正的函數(shù)，故把函數(shù)加上了雙引號(hào)）。
例如echo $str1,$str2。

26.Apache解析一個(gè)PHP腳本的時(shí)間要比解析一個(gè)靜態(tài)HTML頁(yè)面慢2至10倍。
盡量多用靜態(tài)HTML頁(yè)面，少用腳本。

28.盡量使用緩存，建議用memcached。
高性能的分布式內(nèi)存對(duì)象緩存系統(tǒng)，提高動(dòng)態(tài)網(wǎng)絡(luò)應(yīng)用程序性能，減輕數(shù)據(jù)庫(kù)的負(fù)擔(dān);
也對(duì)運(yùn)算碼 (OP code)的緩存很有用，使得腳本不必為每個(gè)請(qǐng)求做重新編譯。

29.使用ip2long()和long2ip()函數(shù)把IP地址轉(zhuǎn)成整型存放進(jìn)數(shù)據(jù)庫(kù)而非字符型。
這幾乎能降低1/4的存儲(chǔ)空間。同時(shí)可以很容易對(duì)地址進(jìn)行排序和快速查找;

30.使用checkdnsrr()通過(guò)域名存在性來(lái)確認(rèn)部分email地址的有效性
這個(gè)內(nèi)置函數(shù)能保證每一個(gè)的域名對(duì)應(yīng)一個(gè)IP地址;

31.使用mysql_*的改良函數(shù)mysqli_*;
32.試著喜歡使用三元運(yùn)算符(?：);
33.是否需要PEAR
在你想在徹底重做你的項(xiàng)目前，看看PEAR有沒有你需要的。PEAR是個(gè)巨大的資源庫(kù)，很多php開發(fā)者都知道;

35.使用error_reporting(0)函數(shù)來(lái)預(yù)防潛在的敏感信息顯示給用戶。
理想的錯(cuò)誤報(bào)告應(yīng)該被完全禁用在php.ini文件里?？墒侨绻阍谟靡粋€(gè)共享的虛擬主機(jī)，php.ini你不能修改，那么你好添加error_reporting(0)函數(shù)，放在每個(gè)腳本文件的第一行(或用
require_once()來(lái)加載)這能有效的保護(hù)敏感的SQL查詢和路徑在出錯(cuò)時(shí)不被顯示;

36.使用 gzcompress() 和gzuncompress()對(duì)容量大的字符串進(jìn)行壓縮(解壓)在存進(jìn)(取出)數(shù)據(jù)庫(kù)時(shí)。
這種內(nèi)置的函數(shù)使用gzip算法能壓縮到90%;

37.通過(guò)參數(shù)變量地址得引用來(lái)使一個(gè)函數(shù)有多個(gè)返回值。
你可以在變量前加個(gè)“&”來(lái)表示按地址傳遞而非按值傳遞;

38. 完全理解魔術(shù)引用和SQL注入的危險(xiǎn)。
Fully understand “magic quotes” and the dangers of SQL injection. I'm hoping that most developers reading this are already familiar with SQL injection. However, I list it here because it's absolutely critical to understand. If you've never heard the term before, spend the entire rest of the day googling and reading.

39.某些地方使用isset代替strlen
當(dāng)操作字符串并需要檢驗(yàn)其長(zhǎng)度是否滿足某種要求時(shí)，你想當(dāng)然地會(huì)使用strlen()函數(shù)。此函數(shù)執(zhí)行起來(lái)相當(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)過(guò)諸多步驟，如字母小寫化（譯注：指函數(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ù)查找和字母小寫化。也就是說(shuō)，實(shí)際上在檢驗(yàn)字符串長(zhǎng)度的頂層代碼中你沒有花太多開銷。

40.使用++$i遞增
When incrementing or decrementing the value of the variable $i++ happens to be a tad slower then ++$i. This is something PHP specific and does not apply to other languages, so don't go modifying your C or Java code thinking it'll suddenly become faster, it won't. ++$i happens to be faster in PHP because instead of 4 opcodes used for $i++ you only need 3. Post incrementation actually causes in the creation of a temporary var that is then incremented. While preincrementation increases the original value directly. This is one of the optimization that opcode optimized like Zend's PHP optimizer. It is a still a good idea to keep in mind since not all opcode optimizers perform this optimization and there are plenty of ISPs and servers running without an opcode optimizer.

當(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ù)器。

40. 不要隨便就復(fù)制變量
有時(shí)候?yàn)榱耸?PHP 代碼更加整潔，一些 PHP 新手（包括我）會(huì)把預(yù)定義好的變量復(fù)制到一個(gè)名字更簡(jiǎn)短的變量中，其實(shí)這樣做的結(jié)果是增加了一倍的內(nèi)存消耗，只會(huì)使程序更加慢。試想一下，在下面的例子中，如果用戶惡意插入 512KB 字節(jié)的文字到文本輸入框中，這樣就會(huì)導(dǎo)致 1MB 的內(nèi)存被消耗！
BAD:
$description = $_POST['description'];
echo $description;
GOOD:
echo $_POST['description'];

41 使用選擇分支語(yǔ)句
switch case好于使用多個(gè)if，else if語(yǔ)句,并且代碼更加容易閱讀和維護(hù)。

42.在可以用file_get_contents替代file、fopen、feof、fgets
在可以用file_get_contents替代file、fopen、feof、fgets等系列方法的情況下，盡量用file_get_contents，因?yàn)樗男矢叩枚啵〉且⒁鈌ile_get_contents在打開一個(gè)URL文件時(shí)候的PHP版本問(wèn)題；

43.盡量的少進(jìn)行文件操作，雖然PHP的文件操作效率也不低的；
44.優(yōu)化Select SQL語(yǔ)句，在可能的情況下盡量少的進(jìn)行Insert、Update操作(在update上，我被惡批過(guò))；
45.盡可能的使用PHP內(nèi)部函數(shù)
46.循環(huán)內(nèi)部不要聲明變量，尤其是大變量：對(duì)象
(這好像不只是PHP里面要注意的問(wèn)題吧？)；

47.多維數(shù)組盡量不要循環(huán)嵌套賦值；
48.foreach效率更高，盡量用foreach代替while和for循環(huán)；
49.“用i+=1代替i=i+1。符合c/c++的習(xí)慣，效率還高”；
50.對(duì)global變量，應(yīng)該用完就unset()掉；
51 并不是事必面向?qū)ο?OOP)，面向?qū)ο笸_銷很大，每個(gè)方法和對(duì)象調(diào)用都會(huì)消耗很多內(nèi)存。
52 不要把方法細(xì)分得過(guò)多，仔細(xì)想想你真正打算重用的是哪些代碼？
53 如果在代碼中存在大量耗時(shí)的函數(shù)，你可以考慮用C擴(kuò)展的方式實(shí)現(xiàn)它們。
54、打開apache的mod_deflate模塊，可以提高網(wǎng)頁(yè)的瀏覽速度。
（提到過(guò)echo 大變量的問(wèn)題）

55、數(shù)據(jù)庫(kù)連接當(dāng)使用完畢時(shí)應(yīng)關(guān)掉，不要用長(zhǎng)連接。
56、split比exploade快
split()
0.001813 - 0.002271 seconds (avg 0.002042 seconds)
explode()
0.001678 - 0.003626 seconds (avg 0.002652 seconds)
Split can take regular expressions as delimiters, and runs faster too. ~23% on average.

以上是“PHP如何實(shí)現(xiàn)高效率寫法”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

網(wǎng)頁(yè)題目：PHP如何實(shí)現(xiàn)高效率寫法-創(chuàng)新互聯(lián)
網(wǎng)站鏈接：http://bm7419.com/article30/gghpo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供動(dòng)態(tài)網(wǎng)站、用戶體驗(yàn)、手機(jī)網(wǎng)站建設(shè)、Google、網(wǎng)站改版、電子商務(wù)

廣告

聲明：本網(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í)需注明來(lái)源： 創(chuàng)新互聯(lián)