在正常條件下，PHP中的DO-循環(huán)的性能開銷可忽略不計(jì)。 2。 php將循環(huán)編譯為Zend Engine執(zhí)行的字節(jié)碼，而DO-DO-DO-DO-DO-DO-DO-DO-DORE產(chǎn)生了與顯微鏡差異的幾乎相同的Opcodes。 3?；鶞?zhǔn)測(cè)試100萬迭代顯示DO-wile之間沒有有意義的時(shí)間差，而對(duì)於系統(tǒng)負(fù)載而不是循環(huán)類型，由於系統(tǒng)負(fù)載而變化。 4.循環(huán)選擇應(yīng)基於邏輯：使用do-當(dāng)身體必須至少運(yùn)行一次，而對(duì)於/否則。 5。循環(huán)選擇不正確會(huì)引入不必要的複雜性或檢查，從而影響可維護(hù)性和間接性能。 6。在性能 - 關(guān)鍵代碼中，具有穩(wěn)定類型的可預(yù)測(cè)循環(huán)從PHP 8的JIT彙編中受益更多，無論循環(huán)類型如何。 7?，F(xiàn)實(shí)世界中的瓶頸來自循環(huán)內(nèi)部的操作，例如函數(shù)調(diào)用或數(shù)據(jù)庫查詢，而不是循環(huán)結(jié)構(gòu)本身。 8。內(nèi)置的C型實(shí)現(xiàn)功能（例如Array_map）比手動(dòng)循環(huán)快。 9。始終優(yōu)先考慮代碼的清晰度和正確性優(yōu)先於微觀的。 10。配備使用BlackFire或XHProf等工具來識(shí)別實(shí)際瓶頸的配置文件，而不是假設(shè)循環(huán)開銷事項(xiàng)?？偠灾珼O-WORE循環(huán)在PHP中沒有有意義的性能成本，並且選擇正確的邏輯循環(huán)可以帶來更好的結(jié)果，而不是專注於語法級(jí)別的效率。

在討論P(yáng)HP中的性能時(shí)，尤其是在規(guī)模上，開發(fā)人員經(jīng)常仔細(xì)檢查循環(huán)（如循環(huán)）。一種這樣的結(jié)構(gòu)， do-while ， for或while使用，但它提出了有關(guān)開銷和效率的疑問。使用do-while是否有可衡量的性能成本？如果是這樣，在現(xiàn)實(shí)世界應(yīng)用中它有多重要？

簡(jiǎn)短的答案：在正常條件下，PHP中的do-while循環(huán)的開銷可以忽略不計(jì)。但是，了解為什麼需要更深入地了解PHP如何執(zhí)行循環(huán)，生成的字節(jié)碼以及這些循環(huán)運(yùn)行的上下文。

PHP如何執(zhí)行循環(huán)：字節(jié)碼透視圖

PHP是一種解釋的語言。當(dāng)腳本運(yùn)行時(shí)，PHP將代碼解析為稱為opcode （或字節(jié)碼）的中間表示，然後由Zend Engine執(zhí)行。

讓我們將一個(gè)簡(jiǎn)單的do-while與一段while循環(huán)進(jìn)行比較：

 // do-時(shí)
$ i = 0;
做 {
    迴聲$ i;
    $ i;
} while（$ i <10）;

// 儘管
$ i = 0;
而（$ i <10）{
    迴聲$ i;
    $ i;
}

使用VLD （Vulcan Logic Dumper）擴(kuò)展名，我們可以檢查生成的Opcodes。關(guān)鍵區(qū)別是：

• do-while ：條件檢查發(fā)生在循環(huán)主體之後。
• while ：進(jìn)入循環(huán)主體之前，請(qǐng)檢查狀態(tài)。

這意味著，無論情況如何， do-while總是至少執(zhí)行一次身體。但是，在操作碼計(jì)數(shù)和執(zhí)行流方面，這兩者在一個(gè)簡(jiǎn)單的情況下幾乎相同 - 都涉及：

• 增量操作
• 比較
• 有條件跳躍

OpCode執(zhí)行的實(shí)際性能差異是顯微鏡- 如果可以衡量，我們正在談?wù)摷{秒。

基準(zhǔn)循環(huán)在頭頂

要測(cè)試現(xiàn)實(shí)世界的影響，請(qǐng)考慮運(yùn)行100萬次迭代的基準(zhǔn)：

 $ starttime = microtime（true）;

$ i = 0;
做 {
    $ i;
} while（$ i <1000000）;

$ endtime = microtime（true）;
迴聲“ do-while：”。 （$ endtime -$啟動(dòng)時(shí)間）。 “秒\ n”;

重複與while ， for and foreach相同的重複（如果適用）。 PHP 8.2的多個(gè)運(yùn)行的結(jié)果通常顯示：

• 0.0001至0.001秒內(nèi)的差異
• 沒有一致的獲勝者 - 差異通常是由於系統(tǒng)負(fù)載而不是循環(huán)類型引起的
• 當(dāng)身體很簡(jiǎn)單時(shí)，所有循環(huán)的性能都類似

換句話說，循環(huán)構(gòu)造本身不是瓶頸。循環(huán)內(nèi)的操作（函數(shù)調(diào)用，I/O，陣列訪問）主導(dǎo)執(zhí)行時(shí)間。

當(dāng)循環(huán)選擇很重要時(shí)

雖然原始循環(huán)頂部是微不足道的，但循環(huán)選擇的正確性和清晰度可能會(huì)間接影響性能：

• 當(dāng)您必須至少執(zhí)行一次身體do-while （例如，重試邏輯，讀取流直到eof）。
• 從一開始就知道或有條件地for迭代次數(shù)或有條件while 。

選擇錯(cuò)誤的循環(huán)類型可能會(huì)迫使額外的檢查或狀態(tài)變量，從而增加複雜性和潛在的錯(cuò)誤，這損害了性能比OpCode差異更大。

同樣，在遞歸或深度嵌套的場(chǎng)景中， while （尤其是在PHP 8中的JIT）（即時(shí)彙編）中，可預(yù)測(cè)for可以幫助發(fā)動(dòng)機(jī)優(yōu)化。

如果PHP 8的JIT可以預(yù)測(cè)且類型穩(wěn)定，則可以優(yōu)化緊密循環(huán)。 do-while可能不會(huì)受益那麼多，但是同樣，這是由於數(shù)據(jù)不穩(wěn)定性而不是循環(huán)本身所致。

實(shí)際建議

對(duì)於大多數(shù)PHP應(yīng)用程序，尤其是帶有數(shù)據(jù)庫調(diào)用或HTTP請(qǐng)求的Web腳本 -循環(huán)開銷是無關(guān)緊要的。而是專注於：

• 最小化內(nèi)部循環(huán)的工作
• 避免在循環(huán)主體中查詢功能調(diào)用或數(shù)據(jù)庫查詢
• 使用內(nèi)置函數(shù)（例如array_map ， array_filter ），盡可能 - 在C中實(shí)現(xiàn)並更快地實(shí)現(xiàn)

但是，如果您正在編寫關(guān)鍵績(jī)效代碼（例如，解析器，數(shù)學(xué)計(jì)算），請(qǐng)考慮：

• 用於基於索引的迭代的for （稍微可預(yù)測(cè)）
• 確保循環(huán)變量被鍵入並且不會(huì)重新分配不可預(yù)測(cè)
• 使用Blackfire或Xhprof等工具進(jìn)行分析，以找到真正的瓶頸

請(qǐng)記?。?strong>過早優(yōu)化是所有邪惡的根源- 包括不可讀的代碼。

在任何有意義的方式上do-while循環(huán)都不會(huì)慢。它的“開銷”在實(shí)踐中是一個(gè)非問題。首先編寫代碼，然後根據(jù)實(shí)際分析數(shù)據(jù)進(jìn)行優(yōu)化。在PHP中，與其他地方一樣，算法選擇和I/O遠(yuǎn)遠(yuǎn)超過循環(huán)語法。

基本上，將正確的循環(huán)用於邏輯，而不是性能的神話。

以上是性能深度潛水：PHP中的DO-循環(huán)開銷的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！