本文系翻譯,原文網址:https://stitcher.io/blog/fibers-with-a-grain-of-salt
Fibers with a grain of salt
所以我打算寫一篇關於在PHP 8.1 中使用Fibers纖維的深入部落格文章。我們將從一個基本範例開始,從頭開始解釋它們。這個想法是發送非同步 HTTP 請求並使用纖程並行處理它們。
但是和他們一起玩,我了解到RFC並不是在開玩笑,當它說「不應該直接在應用程式碼中使用Fiber API。Fibers 提供了一個基本的、低階的流控制API來創建更高然後在應用程式程式碼中使用的級抽象」。
因此,與其走這條路並使事情變得過於複雜,我們將討論什麼是纖程概念,為什麼它們在應用程式程式碼中幾乎不可用,以及您到底如何使用非同步 PHP。
首先,一點點理論。
假設您要傳送三個 HTTP 請求並處理它們的組合結果。這樣做的同步方式是發送第一個,等待回應,然後發送第二個,等待,等等。
讓我們用盡可能簡單的圖表來表示這樣的程式流程。你需要從上到下閱讀這張圖表,時間越往下越走。每種顏色代表一個 HTTP 請求。每個請求的彩色部分代表實際運行的PHP 代碼,您伺服器上的CPU 正在執行工作,透明塊代表等待時間:請求需要通過網絡發送,其他伺服器需要處理並發送回. 只有當響應到達時,我們才能再次工作。
這是一個同步執行流程:傳送、等待、處理、重複。
在並行處理的世界中,我們發送請求但不等待。然後我們發送下一個請求,然後是另一個。只有然後我們等待所有請求。在等待的同時,我們會定期檢查我們的一個請求是否已完成。如果是這種情況,我們可以立即處理。
您可以看到這種方法如何減少執行時間,因為我們更優化地使用了等待時間。
Fibers 是 PHP 8.1 中的新機制,可讓您更有效地管理這些並行執行路徑。使用生成器和 已經可以實現yield,但是纖維是一個顯著的改進,因為它們是專門為此用例設計的。
您將為每個請求建立一個纖程,並在請求發送後暫停纖程。創建所有三個光纖後,您將遍歷它們,並一一恢復它們。透過這樣做,纖程檢查請求是否已經完成,如果沒有則再次暫停,否則它可以處理回應並最終完成。
你看,纖程是一種啟動、暫停和復原程式隔離部分執行流程的機制。 Fiber 也被稱為「綠色執行緒」:實際上存在於同一進程中的執行緒。這些線程不是由作業系統管理的,而是由運行時管理的——在我們的例子中是 PHP 運行時。它們是管理某些形式的平行程式設計的一種經濟高效的方式。
但請注意,它們並沒有添加任何真正的非同步內容:所有纖程都位於同一個 PHP 進程中,並且一次只能執行一個纖程。這是循環它們並在等待時檢查它們的主進程,該循環通常稱為“事件循環”。
並行性的困難不在於你如何在纖程或生成器上循環,或你想使用的任何機制;它是關於能夠開始一個操作,將它交給一個外部服務,並且只在你想要的時候以非阻塞的方式檢查結果。
看,在前面的例子中,我們假設我們可以只發送一個請求,然後在我們想要的時候檢查它的回應,但這實際上並不像聽起來那麼容易。
沒錯:大多數處理 I/O 的 PHP 函數都沒有內建這種非阻塞功能。事實上,只有少數函數可以做到,而且使用它們非常麻煩。
有一個套接字的例子,它可以被設定為非阻塞,像這樣:
[$read, $write] = stream_socket_pair( STREAM_PF_UNIX, STREAM_SOCK_STREAM, STREAM_IPPROTO_IP ); stream_set_blocking($read, false); stream_set_blocking($write, false);
透過使用stream_socket_pair(),創建了兩個可用於雙向通訊的套接字。如您所看到的,它們可以使用stream_set_blocking().
假設我們想要實作我們的範例,發送三個請求。我們可以使用套接字來做到這一點,但我們需要在它之上自己實作 HTTP 協定。這正是nox7所做的,該用戶在Reddit上分享了一個小型概念證明,以展示如何使用光纖和套接字發送 HTTP GET 請求。你真的想在你的應用程式程式碼中這樣做嗎?
至少對我來說,答案是「否」。這正是 RFC 警告的內容;我不生氣。相反,我們鼓勵使用現有的非同步框架之一:Amp或ReactPHP。
例如,使用 ReactPHP,我們可以這樣寫:
$loop = React\EventLoop\Factory::create(); $browser = new Clue\React\Buzz\Browser($loop); $promises = [ $browser->get('https://example.com/1'), $browser->get('https://example.com/2'), $browser->get('https://example.com/3'), ]; $responses = Block\awaitAll($promises, $loop);
与手动创建套接字连接相比,这是一个更好的示例。这就是 RFC 的意思:应用程序开发人员不需要担心纤程,它是 Amp 或 ReactPHP 等框架的实现细节。
不过,这给我们带来了一个问题:与我们已经可以用发电机做的事情相比,纤维有什么好处?RFC 是这样解释的:
与无堆栈生成器不同,每个 Fiber 都有自己的调用堆栈,允许它们在深度嵌套的函数调用中暂停。声明中断点的函数(即调用 Fiber::suspend())不需要更改其返回类型,这与使用 yield 的函数必须返回 Generator 实例不同。
Fiber 可以在任何函数调用中挂起,包括那些从 PHP VM 内部调用的函数,例如提供给 array_map 的函数或迭代器对象上的 foreach 调用的方法。
很明显,纤程在语法和灵活性方面都有显着的改进。但与 Go 及其“ goroutines ”相比,它们还不算什么。
要使异步 PHP 在没有框架开销的情况下成为主流,仍然缺少许多功能,而 Fiber 是朝着正确方向迈出的良好一步,但我们还没有做到这一点。
所以就是这样。如果您不是 Amp、ReactPHP 或较小的异步 PHP 框架的维护者,那么实际上没有什么可说的。也许更多的框架或库将开始合并它们?
同时,还有Swoole——一个 PHP 扩展,它实际上将几个核心功能修改为非阻塞。Swoole 本身是一个中文项目,在涉及英语时通常没有很好的文档记录,但最近 Laravel宣布与它进行第一方集成。也许这是将 PHP 推向更异步模型的更好策略:可选择将 Swoole 或其他扩展与 Laravel 和 Symfony 等框架集成?
以上是PHP8.1新特性大講解之Fibers with a grain of salt的詳細內容。更多資訊請關注PHP中文網其他相關文章!