PHP 社區(qū)上周（3月8日）發(fā)起了將 Fiber RFC 添加到 PHP 的投票。

根據(jù) Fiber RFC 中的描述，F(xiàn)iber 主要用于為異步 I/O 實現(xiàn)協(xié)程，提供了獨立棧分配、函數(shù)調(diào)用的暫停和恢復功能，它將作為擴展集成到 PHP 中：https://github.com/amphp/ext-fiber。

按照計劃，投票將于3月22日截止，最新數(shù)據(jù)為 38 票贊同、11 票反對。從目前的結(jié)果來看，F(xiàn)iber RFC 很大可能會通過投票從而被添加到 PHP（獲得 2/3 的贊成票即可通過）。

當前公開的投票結(jié)果顯示，兩位創(chuàng)始人——PHP 創(chuàng)始人 Rasmus Lerdorf 和 Swoole 創(chuàng)始人韓天峰@matyhtf 均投了反對票。

Swoole 是一個 PHP 協(xié)程框架，為 PHP 提供協(xié)程、高性能網(wǎng)絡(luò)編程支持，并提供了多種通信協(xié)議的網(wǎng)絡(luò)服務器和客戶端模塊，可以方便快速地實現(xiàn) TCP/UDP 服務、高性能 Web、WebSocket 服務、物聯(lián)網(wǎng)、實時通訊、游戲、微服務等，使 PHP 不再局限于傳統(tǒng)的 Web 領(lǐng)域。（來自 Swoole 官網(wǎng)介紹）

Reddit 上的一篇帖子引用了@matyhtf 在 PHP 內(nèi)部發(fā)送的郵件，里面提到他擔心 Fiber 只能在 AmPHP 這種框架中使用，而對于其他普通的 PHP Web 項目沒有價值。這篇帖子在 Reddit 引起了不少討論，有人認為 Fiber 是 generator 的升級版本，它是協(xié)程的最小化核心實現(xiàn)，并且不會對 PHP 產(chǎn)生不利影響，將它集成到 PHP 有利于發(fā)展和探索未來的異步生態(tài)。也有人質(zhì)疑@matyhtf 投反對票是因為擔心此提案會對 Swoole 的商業(yè)化 (Swoole Plus) 造成影響。

有人將這篇帖子搬運到了國內(nèi)的社區(qū)，同樣引起了激烈的討論。@matyhtf 對此進行了回應，他的觀點是 Fiber 還不夠完善，應該先作為 PECL 擴展進行驗證，而不是直接集成到 PHP 中。@matyhtf 在知乎上的答案寫道：

我要表達的意思是 “Fiber 主要是提供給 amphp 和 reactphp 這樣 php 實現(xiàn)的異步框架使用的，對于普通 PHP Web 項目沒有太大價值”。

……

對于 Fiber RFC 我的觀點是，建議先作為一個 PECL 擴展，PHP 內(nèi)核開發(fā)者能夠思考清楚 PHP 未來協(xié)程的整體技術(shù)體系和實現(xiàn)方式后再做決定。實際上異步編程顛覆了 PHP 一直以來的設(shè)計哲學和編程模式。如果 PHP 語言官方?jīng)Q定要支持像 Node.js、Golang、Swoole 這樣的異步/協(xié)程并發(fā)編程模式，那么就需要系統(tǒng)性思考一下整體的架構(gòu)，以及完整的實現(xiàn)。

@matyhtf 表示他給 Fiber RFC 投反對票與 Swoole 無關(guān)，因為 Swoole 是一個純粹的開源技術(shù)項目，而不是商業(yè)產(chǎn)品。如果有可能，他甚至愿意修改 Swoole 的 Copyright，并將 swoole-src 的源代碼貢獻給 php-src。不過對于 PHP 支持協(xié)程的提案，他認為這是一項重大變更，應該進行深入討論，從語法、標準庫和 ZendVM 方面進行重新設(shè)計，而不是倉促做出決定。

@matyhtf 繼續(xù)發(fā)表文章（關(guān)于 PHP 8.1 的 Fiber RFC）從技術(shù)細節(jié)詳細地解釋了自己反對 Fiber RFC 的原因。他認為用戶真正需要的是一種完整的、系統(tǒng)性、成體系、簡單易用、可靠的一整套技術(shù)方案，并根據(jù)自己的經(jīng)驗提出可從 7 個方面進行考慮：

• EventLoop API

• 協(xié)程（對應 ext-fiber）

• IO 調(diào)度器（Socket/FileSystem/ChildProcess/Signal/Timer/Stdout/Stdin）

• CPU 調(diào)度器

• 現(xiàn)有同步阻塞 IO 擴展（redis、curl、php_stream、sockets、mysqli、pdo_mysql 等）和內(nèi)置函數(shù)（sleep、shell_exec、sleep、gethostbyname 等）如何實現(xiàn)支持協(xié)程，變成異步非阻塞模式

• 協(xié)程通信（channel）

• 服務器：實現(xiàn) PHP-FPM 協(xié)程版，或者提供一個新的協(xié)程 HttpServer

雖然@matyhtf 給出了充分的理由投反對票，但從目前看來，許多人并不認可他的做法。他們認為，即便實現(xiàn) PHP 的協(xié)程化難度很大也不需要等到有成熟方案之后才合并，也不能因為 Fiber 不夠完善，就猜測它不能滿足大多數(shù)人的要求。反而因為 Fiber 是最小化實現(xiàn)，集成到 PHP 不會對使用者造成很大的維護負擔，卻又能滿足很多人的項目需求，他們可以在此基礎(chǔ)上進行