提升PHP應(yīng)用API調(diào)用效率的策略

在開(kāi)發(fā)PHP應(yīng)用程序的過(guò)程中，您可能會(huì)遇到需要與遠(yuǎn)程資源或服務(wù)交互的情況。為了擴(kuò)展應(yīng)用程序的功能，您可以使用各種API服務(wù)來(lái)獲取遠(yuǎn)程數(shù)據(jù)、連接其他網(wǎng)站的用戶(hù)帳戶(hù)或轉(zhuǎn)換應(yīng)用程序共享的資源。ProgrammableWeb網(wǎng)站指出，目前網(wǎng)絡(luò)上已有超過(guò)一萬(wàn)個(gè)API可用，因此您可以找到許多服務(wù)來(lái)擴(kuò)展PHP應(yīng)用程序的功能。但是，不正確地使用API可能會(huì)迅速導(dǎo)致性能問(wèn)題并延長(zhǎng)腳本的執(zhí)行時(shí)間。如果您希望避免這種情況，請(qǐng)考慮實(shí)施本文中介紹的一些解決方案。

并行處理多個(gè)請(qǐng)求

典型的PHP腳本按順序執(zhí)行代碼中的命令。這看起來(lái)很合乎邏輯，因?yàn)槟赡芟Ｍ@得先前操作的結(jié)果（例如數(shù)據(jù)庫(kù)查詢(xún)或變量操作）才能繼續(xù)執(zhí)行腳本的下一步。當(dāng)您進(jìn)行API調(diào)用時(shí)，相同的規(guī)則也適用。您必須發(fā)送請(qǐng)求，等待來(lái)自遠(yuǎn)程主機(jī)的響應(yīng)，然后才能對(duì)接收到的數(shù)據(jù)執(zhí)行任何操作。但是，如果您的應(yīng)用程序進(jìn)行多個(gè)API調(diào)用，并且您需要來(lái)自每個(gè)來(lái)源的數(shù)據(jù)才能繼續(xù)執(zhí)行，則不必分別執(zhí)行每個(gè)請(qǐng)求。請(qǐng)記住，負(fù)責(zé)處理API調(diào)用的服務(wù)器已準(zhǔn)備好一次處理多個(gè)查詢(xún)。您需要做的只是創(chuàng)建一個(gè)腳本，該腳本并行執(zhí)行API調(diào)用，而不是一個(gè)接一個(gè)地執(zhí)行。幸運(yùn)的是，PHP提供了一組curl_multi函數(shù)，這些函數(shù)旨在執(zhí)行此操作。

使用curl_multi函數(shù)類(lèi)似于使用cURL庫(kù)在PHP中進(jìn)行典型的請(qǐng)求。唯一的區(qū)別是，您需要準(zhǔn)備一組要執(zhí)行的請(qǐng)求（不僅僅是一個(gè)），使用curl_init函數(shù)并將其傳遞給curl_multi_add_handle函數(shù)。然后，調(diào)用curl_multi_exec函數(shù)將同時(shí)執(zhí)行請(qǐng)求，而curl_multi_getcontent將允許您獲取每個(gè)API調(diào)用的結(jié)果。請(qǐng)閱讀此處以查看實(shí)現(xiàn)所述邏輯的代碼示例。

如果您想在PHP應(yīng)用程序中使用curl_multi函數(shù)，有一些重要的注意事項(xiàng)。首先，curl_multi_exec函數(shù)的執(zhí)行時(shí)間將與傳遞給curl_multi_add_handle函數(shù)的請(qǐng)求集中最慢的API調(diào)用的時(shí)間一樣長(zhǎng)。因此，當(dāng)每個(gè)API調(diào)用花費(fèi)的時(shí)間大致相同時(shí)，使用curl_multi才有意義。如果curl_multi集中有一個(gè)請(qǐng)求明顯慢于其他請(qǐng)求，則您的腳本將無(wú)法繼續(xù)執(zhí)行，直到該最慢的請(qǐng)求完成。

同樣重要的是，您需要確定一次可以執(zhí)行的并行請(qǐng)求數(shù)。請(qǐng)記住，如果您的網(wǎng)站處理大量流量，并且每個(gè)用戶(hù)都觸發(fā)對(duì)一個(gè)遠(yuǎn)程服務(wù)器的并發(fā)API調(diào)用，則一次執(zhí)行的請(qǐng)求總數(shù)可能會(huì)很快變得很高。請(qǐng)務(wù)必檢查API文檔中說(shuō)明的限制，并了解當(dāng)您達(dá)到這些限制時(shí)服務(wù)將如何響應(yīng)。當(dāng)您達(dá)到限制時(shí)，遠(yuǎn)程服務(wù)器可能會(huì)發(fā)送特定的HTTP響應(yīng)代碼或錯(cuò)誤消息。您的應(yīng)用程序應(yīng)正確處理此類(lèi)情況，或?qū)⑵浞湃肴罩局?，以便您可以診斷問(wèn)題并減少請(qǐng)求數(shù)量。

將API調(diào)用與應(yīng)用程序主流程分離

如果您希望保持Web應(yīng)用程序的響應(yīng)能力并避免提供加載緩慢的頁(yè)面，則大量對(duì)遠(yuǎn)程服務(wù)器進(jìn)行的API調(diào)用可能會(huì)使這項(xiàng)任務(wù)變得更加困難。如果所有請(qǐng)求都在應(yīng)用程序主流程中進(jìn)行，則在PHP腳本接收API響應(yīng)并處理數(shù)據(jù)之前，最終用戶(hù)將看不到呈現(xiàn)的頁(yè)面。當(dāng)然，有很多API服務(wù)托管在快速的服務(wù)器上，并且可以快速處理請(qǐng)求。但是，您的應(yīng)用程序仍然可能會(huì)偶爾因連接延遲或影響連接過(guò)程或遠(yuǎn)程服務(wù)器本身的一些隨機(jī)因素而減慢速度。

如果您想保護(hù)最終用戶(hù)免受此類(lèi)問(wèn)題的影響，則需要將負(fù)責(zé)處理請(qǐng)求的應(yīng)用程序部分與主流程分離到一個(gè)獨(dú)立的腳本中。這意味著API調(diào)用將在一個(gè)單獨(dú)的線程中執(zhí)行，該線程不會(huì)干擾負(fù)責(zé)顯示站點(diǎn)的代碼部分。

要實(shí)現(xiàn)此類(lèi)解決方案，您可以編寫(xiě)一個(gè)單獨(dú)的PHP腳本并使用exec()函數(shù)執(zhí)行它，就像執(zhí)行任何命令行應(yīng)用程序一樣。不同的PHP框架通常提供簡(jiǎn)化編寫(xiě)命令行腳本并允許您將其輕松集成到現(xiàn)有應(yīng)用程序模型或組件中的模塊。只需檢查Symfony2或CakePHP控制臺(tái)組件即可查看一些示例。各種PHP平臺(tái)（不僅僅是框架）也可能提供使編寫(xiě)命令行腳本更容易的工具，例如WP CLI（WordPress的命令行界面）。

如果您正在尋找一種更強(qiáng)大的方法來(lái)在單獨(dú)的進(jìn)程中處理API調(diào)用，請(qǐng)考慮設(shè)置一個(gè)作業(yè)服務(wù)器，例如Gearman。作業(yè)服務(wù)器是一個(gè)完整的解決方案，它執(zhí)行將特定任務(wù)（作業(yè)）分離到獨(dú)立進(jìn)程所需的所有操作。閱讀Alireza Rahmani Khalili的《Gearman入門(mén)》文章，了解其工作原理以及如何在PHP中實(shí)現(xiàn)它。如果您在Zend Server平臺(tái)上工作，則可以使用Zend Job Queue組件，該組件提供類(lèi)似的功能。Alex Stetsenko撰寫(xiě)的《使用Zend Job Queue進(jìn)行調(diào)度》文章中描述了其功能和用法示例。

無(wú)論您選擇哪種分離API調(diào)用的解決方案，您都必須考慮應(yīng)用程序的不同部分如何相互通信。首先，您應(yīng)該將從API調(diào)用接收到的數(shù)據(jù)放在應(yīng)用程序的整個(gè)部分都可以訪問(wèn)的地方（例如數(shù)據(jù)庫(kù)表或文件）。您還必須共享單獨(dú)腳本執(zhí)行的狀態(tài)。主應(yīng)用程序必須知道外部執(zhí)行的API調(diào)用是否正在進(jìn)行中，是否很久以前已完成或是否失敗。如果您考慮使用作業(yè)服務(wù)器解決方案，它可能會(huì)提供監(jiān)視作業(yè)狀態(tài)的功能。但是，如果您只想堅(jiān)持編寫(xiě)簡(jiǎn)單的PHP命令行腳本，則必須自己實(shí)現(xiàn)此類(lèi)邏輯。

多個(gè)HTTP請(qǐng)求還是多個(gè)線程？ 那么，哪種解決方案更好——使用curl_multi函數(shù)一次執(zhí)行多個(gè)HTTP請(qǐng)求，還是將API調(diào)用與應(yīng)用程序主流程分離？這取決于查詢(xún)遠(yuǎn)程服務(wù)器的上下文。您可能會(huì)發(fā)現(xiàn)，整個(gè)API調(diào)用處理腳本花費(fèi)的時(shí)間很長(zhǎng)，這不僅是因?yàn)檫M(jìn)行了請(qǐng)求。還可能存在大量負(fù)責(zé)處理接收到的數(shù)據(jù)的代碼，尤其是在處理轉(zhuǎn)換文件或進(jìn)行大量數(shù)據(jù)庫(kù)寫(xiě)入時(shí)。在這種情況下，使用curl_multi函數(shù)可能不足以加快應(yīng)用程序的速度。運(yùn)行負(fù)責(zé)整個(gè)操作的單獨(dú)線程以及處理從遠(yuǎn)程主機(jī)接收到的數(shù)據(jù)，可能會(huì)在應(yīng)用程序性能方面獲得更好的結(jié)果。另一方面，如果您需要執(zhí)行許多簡(jiǎn)單的API調(diào)用，而這些調(diào)用不涉及您這邊的繁重?cái)?shù)據(jù)處理，則堅(jiān)持使用curl_multi函數(shù)可能足以使您的應(yīng)用程序更快。

當(dāng)然，還有一種第三種解決方案——混合上述兩種方法。因此，您可以運(yùn)行一個(gè)負(fù)責(zé)處理API調(diào)用的單獨(dú)線程，然后嘗試通過(guò)一次發(fā)出多個(gè)請(qǐng)求來(lái)使其運(yùn)行得更快。這可能比為每個(gè)請(qǐng)求執(zhí)行單獨(dú)的腳本更有效。但是，它也可能需要更深入地分析如何設(shè)計(jì)腳本的流程，以便不同的腳本執(zhí)行和一次執(zhí)行的不同API調(diào)用不會(huì)相互干擾，也不會(huì)重復(fù)彼此的工作。

構(gòu)建智能緩存引擎

加快嚴(yán)重依賴(lài)API使用的應(yīng)用程序的另一個(gè)解決方案是構(gòu)建智能緩存引擎。它可以防止您的腳本進(jìn)行不必要的調(diào)用，因?yàn)槲挥诓煌?wù)器上的內(nèi)容沒(méi)有更改。正確的緩存還可以減少單個(gè)API調(diào)用中服務(wù)器之間傳輸?shù)臄?shù)據(jù)量。

要編寫(xiě)一個(gè)正常工作的緩存引擎并返回有效數(shù)據(jù)，您需要確定遠(yuǎn)程服務(wù)器的響應(yīng)不變，因此無(wú)需每次都獲取它。這可能因特定的API服務(wù)而異，但總體思路是找到一組參數(shù)（這些參數(shù)正在請(qǐng)求中傳遞），這些參數(shù)在給定的時(shí)間段內(nèi)會(huì)給出相同的響應(yīng)。例如，如果您從遠(yuǎn)程服務(wù)獲取每日貨幣匯率，您可以確定給定貨幣（這是參數(shù)）的匯率在一天內(nèi)保持不變。因此，用于存儲(chǔ)從此特定API接收的數(shù)據(jù)的緩存密鑰必須同時(shí)包含貨幣和日期。如果您的應(yīng)用程序下次必須獲取此特定匯率，您可以參考緩存中保存的數(shù)據(jù)（例如數(shù)據(jù)庫(kù)或文件），并避免進(jìn)行HTTP請(qǐng)求。

上述場(chǎng)景假設(shè)您的應(yīng)用程序承擔(dān)檢查遠(yuǎn)程服務(wù)接收的數(shù)據(jù)可以緩存的情況的所有責(zé)任，因此您需要自己實(shí)現(xiàn)正確的緩存邏輯。但是，也有一些情況是API服務(wù)跟蹤其共享數(shù)據(jù)的更改并返回包含與特定資源鏈接的元數(shù)據(jù)的附加字段。元數(shù)據(jù)可能由諸如上次修改日期、修訂號(hào)或基于資源內(nèi)容計(jì)算的哈希值之類(lèi)的值組成。使用此類(lèi)數(shù)據(jù)可以成為提高PHP應(yīng)用程序性能的好方法，尤其是在處理大量數(shù)據(jù)時(shí)。您不必每次連接API時(shí)都獲取整個(gè)資源，而只需將時(shí)間戳或哈希值與上次收到的值進(jìn)行比較即可。如果它們相等，則僅表示您可以使用之前獲取的數(shù)據(jù)，因?yàn)檫h(yuǎn)程內(nèi)容沒(méi)有更改。此類(lèi)解決方案假設(shè)您確實(shí)在應(yīng)用程序中使用了緩存引擎，但您無(wú)需擔(dān)心緩存中存儲(chǔ)的數(shù)據(jù)是否有效。由于您依賴(lài)API服務(wù)返回的元數(shù)據(jù)，您只需要比較遠(yuǎn)程服務(wù)器提供的元數(shù)據(jù)值即可。

使用遠(yuǎn)程資源元數(shù)據(jù)在使用文件托管服務(wù)API時(shí)尤其有利。處理遠(yuǎn)程文件夾和文件通常意味著傳輸大量數(shù)據(jù)，這可能會(huì)導(dǎo)致性能問(wèn)題。為了舉例說(shuō)明如何避免這種情況，讓我描述在Dropbox API中使用的解決方案。Dropbox API服務(wù)返回應(yīng)用于檢查遠(yuǎn)程文件是否已更改的特定數(shù)據(jù)。首先，元數(shù)據(jù)方法（返回文件夾和文件信息，例如其名稱(chēng)、大小或路徑）包含表示返回資源的哈希值的哈希字段。如果您在新的請(qǐng)求中提供來(lái)自先前請(qǐng)求的哈希值作為參數(shù)，并且遠(yuǎn)程數(shù)據(jù)在請(qǐng)求之間沒(méi)有更改，則API將只返回HTTP 304（未修改）響應(yīng)。Drobox API還提供delta方法，該方法專(zhuān)門(mén)用于告知特定文件夾或文件的更改。API文檔中建議使用哈希值和delta方法，因?yàn)樗梢燥@著提高應(yīng)用程序的性能。

最后但并非最不重要的一點(diǎn)：掌握API文檔

這聽(tīng)起來(lái)可能很明顯，但在某些情況下，仔細(xì)閱讀API文檔可能會(huì)為您提供一些關(guān)于如何更有效地進(jìn)行API調(diào)用的具體解決方案。上面描述的Dropbox API用法就是一個(gè)非常清晰的例子。但是，可能還有其他方法可以減少響應(yīng)中傳輸?shù)臄?shù)據(jù)量（例如，選擇API返回的少數(shù)幾個(gè)特定字段，而不是接收整個(gè)數(shù)據(jù)集）。您還可以檢查您在單獨(dú)請(qǐng)求中執(zhí)行的操作是否可以一次執(zhí)行。例如，Google Translate API的翻譯方法（用于獲取不同語(yǔ)言的文本翻譯）可以在一個(gè)請(qǐng)求中返回多個(gè)翻譯。通過(guò)在一個(gè)API調(diào)用中傳遞一些要處理的文本字符串，您可以避免進(jìn)行多個(gè)請(qǐng)求，這可能會(huì)節(jié)省一些應(yīng)用程序執(zhí)行時(shí)間。

總結(jié)

如您所見(jiàn)，有很多方法可以提高嚴(yán)重依賴(lài)使用遠(yuǎn)程API的PHP應(yīng)用程序的性能。您可以一次執(zhí)行多個(gè)請(qǐng)求——或者使用curl_multi函數(shù)，或者運(yùn)行單獨(dú)的應(yīng)用程序線程。另一個(gè)解決方案是實(shí)現(xiàn)一個(gè)緩存引擎，它可以防止您進(jìn)行不必要的API調(diào)用或減少服務(wù)器之間傳輸?shù)臄?shù)據(jù)量。最后，API服務(wù)提供的方法可以為您提供一些開(kāi)箱即用的解決方案來(lái)提高性能，例如在一個(gè)請(qǐng)求中執(zhí)行多個(gè)操作。

我希望這篇文章能為您提供一些關(guān)于如何有效處理API請(qǐng)求的見(jiàn)解。如果您對(duì)文章中提出的要點(diǎn)或其他關(guān)于如何加快使用API速度的技巧有任何意見(jiàn)，請(qǐng)隨時(shí)在下方發(fā)布。您也可以通過(guò)Google Plus直接聯(lián)系我。

關(guān)于加快應(yīng)用程序和API使用的常見(jiàn)問(wèn)題解答（FAQ）

影響API性能的關(guān)鍵因素是什么？

API性能受多種因素影響。首先是服務(wù)器的處理速度，它決定了服務(wù)器處理請(qǐng)求和返回響應(yīng)的速度。網(wǎng)絡(luò)延遲（即數(shù)據(jù)從客戶(hù)端到服務(wù)器再返回所需的時(shí)間）也起著重要的作用。其他因素包括API代碼的效率、服務(wù)器上的負(fù)載以及API使用的數(shù) 據(jù)格式。優(yōu)化這些因素可以顯著提高API性能。

如何優(yōu)化我的API以獲得更好的性能？

有幾種策略可以?xún)?yōu)化您的API以獲得更好的性能。首先，您可以使用高效的編碼實(shí)踐來(lái)減少服務(wù)器上的處理時(shí)間。其次，您可以使用內(nèi)容分發(fā)網(wǎng)絡(luò) (CDN) 來(lái)減少網(wǎng)絡(luò)延遲。第三，您可以使用緩存來(lái)存儲(chǔ)頻繁訪問(wèn)的數(shù)據(jù)并減少服務(wù)器上的負(fù)載。最后，您可以使用數(shù)據(jù)壓縮來(lái)減小傳輸?shù)臄?shù)據(jù)大小，從而減少發(fā)送和接收數(shù)據(jù)所需的時(shí)間。

使用API是什么意思？

使用API意味著在您的應(yīng)用程序中使用第三方提供的API。這包括向API發(fā)送請(qǐng)求和處理響應(yīng)。API提供了一組函數(shù)，您的應(yīng)用程序可以使用這些函數(shù)與API表示的系統(tǒng)或服務(wù)進(jìn)行交互。

如何加快我的應(yīng)用程序的API使用速度？

有幾種方法可以加快應(yīng)用程序的API使用速度。首先，您可以使用異步調(diào)用來(lái)防止阻塞主線程。其次，您可以使用分頁(yè)來(lái)限制API返回的數(shù)據(jù)量。第三，您可以使用緩存來(lái)存儲(chǔ)頻繁訪問(wèn)的數(shù)據(jù)并減少對(duì)API的請(qǐng)求次數(shù)。最后，您可以使用數(shù)據(jù)壓縮來(lái)減小傳輸?shù)臄?shù)據(jù)大小，從而減少發(fā)送和接收數(shù)據(jù)所需的時(shí)間。

內(nèi)容分發(fā)網(wǎng)絡(luò) (CDN) 在API性能中的作用是什么？

內(nèi)容分發(fā)網(wǎng)絡(luò) (CDN) 在提高API性能方面起著至關(guān)重要的作用。它通過(guò)將內(nèi)容分發(fā)到位于不同地理位置的多個(gè)服務(wù)器來(lái)減少網(wǎng)絡(luò)延遲。當(dāng)客戶(hù)端發(fā)送請(qǐng)求時(shí)，CDN 會(huì)將其定向到最近的服務(wù)器，從而減少數(shù)據(jù)從客戶(hù)端到服務(wù)器再返回所需的時(shí)間。

緩存如何提高API性能？

緩存通過(guò)將頻繁訪問(wèn)的數(shù)據(jù)存儲(chǔ)在緩存中來(lái)提高API性能。當(dāng)客戶(hù)端發(fā)送數(shù)據(jù)請(qǐng)求時(shí)，服務(wù)器首先檢查緩存。如果數(shù)據(jù)在緩存中，服務(wù)器會(huì)立即返回它，從而減少處理時(shí)間和服務(wù)器上的負(fù)載。如果數(shù)據(jù)不在緩存中，服務(wù)器會(huì)從數(shù)據(jù)庫(kù)中檢索它，對(duì)其進(jìn)行處理，并將其存儲(chǔ)在緩存中以供將來(lái)的請(qǐng)求使用。

數(shù)據(jù)壓縮如何提高API性能？

數(shù)據(jù)壓縮通過(guò)減小傳輸?shù)臄?shù)據(jù)大小來(lái)提高API性能。這減少了發(fā)送和接收數(shù)據(jù)所需的時(shí)間，從而提高了API的速度。在處理大量數(shù)據(jù)時(shí)，數(shù)據(jù)壓縮尤其有利。

使用API的最佳實(shí)踐是什么？

使用API的最佳實(shí)踐包括使用異步調(diào)用來(lái)防止阻塞主線程，使用分頁(yè)來(lái)限制API返回的數(shù)據(jù)量，使用緩存來(lái)存儲(chǔ)頻繁訪問(wèn)的數(shù)據(jù)，以及使用數(shù)據(jù)壓縮來(lái)減小傳輸?shù)臄?shù)據(jù)大小。

如何衡量我的API的性能？

您可以使用各種指標(biāo)來(lái)衡量API的性能，例如響應(yīng)時(shí)間、錯(cuò)誤率和吞吐量。響應(yīng)時(shí)間是API返回響應(yīng)所需的時(shí)間。錯(cuò)誤率是導(dǎo)致錯(cuò)誤的請(qǐng)求的百分比。吞吐量是API每單位時(shí)間可以處理的請(qǐng)求數(shù)量。可以使用API監(jiān)控工具來(lái)衡量這些指標(biāo)。

API性能對(duì)用戶(hù)體驗(yàn)的影響是什么？

API性能對(duì)用戶(hù)體驗(yàn)有重大影響。如果API速度慢，則會(huì)導(dǎo)致加載時(shí)間慢，這可能會(huì)讓用戶(hù)感到沮喪并導(dǎo)致他們放棄應(yīng)用程序。另一方面，快速且響應(yīng)迅速的API可以提供流暢且令人愉悅的用戶(hù)體驗(yàn)。因此，優(yōu)化API性能對(duì)于改善用戶(hù)體驗(yàn)至關(guān)重要。

以上是如何加快應(yīng)用程序的API消耗量的詳細(xì)內(nèi)容。更多信息請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！