通常，我使用明顯的常規(guī)PHP函數(shù)編寫代碼來解決相應(yīng)的問題。但是對于其中的一些問題，我遇到了一些替代解決方案，這些解決方案特別提高了性能。

在本文中，我想介紹一些替代方案。如果您正在尋找可能減少生產(chǎn)中執(zhí)行時(shí)間的可能性，這將很有用。讓我們看看，哪種PHP方法可能會(huì)被性能更高的方法所取代，以及是否存在成本或折衷的問題。

1.刪除重復(fù)項(xiàng)

您有一個(gè)包含重復(fù)項(xiàng)的大型數(shù)組，并且希望刪除它們，使其僅具有唯一值的數(shù)組。

常規(guī)

array_unique($array);

替代

array_keys(array_flip($array));

表現(xiàn)

我創(chuàng)建了一個(gè)數(shù)組，其中包含超過400萬個(gè)元素和300萬個(gè)重復(fù)項(xiàng)。這是最佳結(jié)果：

方法 執(zhí)行時(shí)間處理時(shí)間 array_unique 787.31毫秒 array_keys array_flip 434.03毫秒

替代方法在此測量中快 1.8倍 （44.87％）。平均而言，速度提高了約1.5倍（30％）。權(quán)衡：這僅適用于簡單的一維數(shù)組，因?yàn)?array_flip 用值替換了鍵。

2.獲取隨機(jī)數(shù)組記錄

您有一個(gè)很大的數(shù)組，想要從中選擇一個(gè)隨機(jī)值。

常規(guī)

array_rand($array);

替代

$array[mt_rand(0, count($array) - 1)];

表現(xiàn)

我創(chuàng)建了一個(gè)包含500萬個(gè)元素的數(shù)組。這是最佳結(jié)果：

方法 執(zhí)行時(shí)間處理時(shí)間 array_rand 25.99微秒 mt_rand 0.95微秒

替代方法是此測量速度快 27.3倍 （96.33％）。平均而言，速度提高了約8倍（87％）。這個(gè)結(jié)果特別令人驚訝，因?yàn)?mt_rand Mersenne Twister隨機(jī)數(shù)生成器的實(shí)現(xiàn)也是如此，并且自PHP 7.1起，內(nèi)部隨機(jī)化算法已更改為使用完全相同的算法。

3.測試字母數(shù)字字符

您有一個(gè)字符串，要測試，如果它僅包含字母數(shù)字字符。

常規(guī)

preg_match(’/^[a-zA-Z0-9]+$/’, $string);

替代

ctype_alnum($string);

表現(xiàn)

我創(chuàng)建了一個(gè)包含100k以上字母數(shù)字和非字母數(shù)字字符串的數(shù)組。這是最佳結(jié)果：

方法 執(zhí)行時(shí)間處理時(shí)間 preg_match 15.39毫秒 ctype_alnum 2.06毫秒

在此測量中，替代方法快了 7.5倍 （86.59％）。平均而言，速度提高了約4倍（76％）。可以將相同的內(nèi)容應(yīng)用于 ctype_alpha() （檢查字母字符）和 ctype_digit() （檢查數(shù)字字符）。

4.替換子字符串

您有一個(gè)字符串，想要用另一個(gè)子字符串替換它的一部分。

常規(guī)

str_replace(’a’, ’b’, $string);

替代

strtr($string, ’a’, ’b’);

表現(xiàn)

我創(chuàng)建了一個(gè)包含500萬個(gè)隨機(jī)字符串的數(shù)組。這是最佳結(jié)果：

方法 執(zhí)行時(shí)間處理時(shí)間 str_replace 676.59毫秒 strtr 305.59毫秒

另一種方法是 2.2倍 （54.83％）在該測量更快。平均而言，速度提高了約2倍（51％）。

其他性能改進(jìn)

這是我整合到我的編碼約定中的一些其他要點(diǎn)，發(fā)現(xiàn)它們可以稍微改善性能（如果適用）：

首選JSON比XML 在循環(huán)之前而不是在循環(huán)的每個(gè)迭代中聲明變量 避免在循環(huán)頭中進(jìn)行函數(shù)調(diào)用（在每次迭代中均 for ($i=0; $i<count($array); $i) 在 count() get中調(diào)用） 重置內(nèi)存消耗變量 優(yōu)先選擇 select 語句而不是多個(gè) if 語句 優(yōu)先于 require / include 而不是 require_once / include_once （確保適當(dāng)?shù)牟僮鞔a緩存）

最后幾句話：我知道有關(guān)過早優(yōu)化的討論。我同意生產(chǎn)中的性能取決于瓶頸，例如數(shù)據(jù)庫查詢，在處理性能時(shí)應(yīng)重點(diǎn)關(guān)注。但是我認(rèn)為，如果有更快的替代方法，例如在正則表達(dá)式更易于處理和維護(hù)的情況下，為什么不使用它們呢？

最后

我們已經(jīng)看到，即使使用當(dāng)前的PHP 7.4（已經(jīng)比以前的PHP版本快很多），也可以通過其他方法來提高腳本性能。如果您想親自驗(yàn)證本文中提供的數(shù)據(jù)，我創(chuàng)建了一個(gè)包含所有測試的存儲(chǔ)庫：

devmount/faster-php

測試提高 PHP 腳本性能的不同方法

我使用了Bart van Hoekelen的出色工具來衡量執(zhí)行時(shí)間。

以上就是php提高腳本性能的4個(gè)技巧的詳細(xì)內(nèi)容，更多關(guān)于php提高腳本性能的資料請關(guān)注好吧啦網(wǎng)其它相關(guān)文章！