共计 2431 个字符，预计需要花费 7 分钟才能阅读完成。
3 月 8 日，PHP 社区发动了将 Fiber RFC 增加到 PHP 的投票，这一行动引起了开发者畛域的强烈探讨。
Fiber 作为有栈协程的尝试，对 PHP 的标准化提供了一些新的可能性。依照打算，投票将于 3 月 22 日截止，目前投票的数据状况（截止至 3 月 17 日 12：00）为 41 票同意、12 票拥护，依据规定，Fiber 很大可能会通过投票从而被增加到 PHP（取得 2/3 的赞成票即可通过）。
但这件事件在开发者畛域引起强烈探讨的导火索，是两位投出了反对票 KOL —— PHP 创始人 Rasmus Lerdorf 和 Swoole 创始人韩天峰 @matyhtf。
特地是 Swoole 的创始人韩天峰 @matyhtf，作为“利益相干人士”，这一张反对票被解读出了意味深长的含意。
Swoole 与 Fiber 的关系
在探讨这张反对票之前，咱们要先来理解一下 Fiber 和 Swoole 两个产品。
依据 Fiber RFC 中的形容，Fiber 次要用于为异步 I/O 实现协程，提供了独立栈调配、函数调用的暂停和复原功，它将作为扩大集成到 PHP 中。
而 Swoole 是一个 PHP 协程框架，为 PHP 提供协程、高性能网络编程反对，并提供了多种通信协议的网络服务器和客户端模块，能够不便疾速地实现 TCP/UDP 服务、高性能 Web、WebSocket 服务、物联网、实时通信、游戏、微服务等，使 PHP 不再局限于传统的 Web 畛域。
对这两个产品，韩天峰 @matyhtf 也在文章中给出了他认为的差异：
- Fiber 只是协程 Context 治理的一种实现，更像是 Generator 的升级版。
- Swoole 是残缺的协程 Runtime & Framework，更像是 Golang。
Fiber 对 Swoole，有什么威逼？
正如咱们结尾所说，Fiber 作为有栈协程的尝试，是 PHP 协程标准化的一个提高。Swoole 作为一个先驱者，在推动协程标准化上做得不多。但标准化是 PHP 将来的倒退大趋势，如果 Swoole 不能解决标准化的问题，那么 Fiber 的倒退必然将取得开发者和社区的反对。
所以 Swoole 的创始人韩天峰 @matyhtf，作为“利益相干人士”投出的这一张反对票，对很多开发者来说就“别有象征”，狐疑他是在放心 Fiber 的倒退会成为 Swoole 的竞争对手，对之后的商业化路线造成妨碍。
不过 Swoole 创始人韩天峰 @matyhtf 也在文章中示意，Fiber 扩大进入内核后不会对 Swoole 产生影响。“Fiber 是一个十分底层的 API，并不是间接能够应用的技术，真正和 Swoole 竞争的是应该是 Amphp、ReactPHP。”
韩天峰 @matyhtf 还提出，在某一些层面 Fiber 反而对 Swoole 是有益处的。PHP 内核开发者保护了协程切换的全局状态列表，Swoole PHPCoroutine 这部分的代码实现就变简略了。另外，其余扩大也会留神到协程的存在，应用 C 全局变量或栈上内存时思考到协程切换的可能性，避免出现 Crash。ext-fiber 合并进来之后，也应标记为 alpha 状态，一些非凡状况能会引起解体，须要比拟长的工夫去收集解决这些问题。
他认为在 PHP 8.1 退出 Fiber 是一个仓促的决定。不如先进行一些零碎的设计，比方从以下 7 个方面思考：
- EventLoop API
- 协程（对应 ext-fiber）
- IO 调度器（Socket/FileSystem/ChildProcess/Signal/Timer/Stdout/Stdin）
- CPU 调度器
- 现有同步阻塞 IO 扩大（redis、curl、php_stream、sockets、mysqli、pdo_mysql 等）和内置函数（sleep、shell_exec、sleep、gethostbyname 等）如何实现反对协程，变成异步非阻塞模式
- 协程通信（channel）
- 服务器：实现 PHP-FPM 协程版，或者提供一个新的协程 HttpServer
PHP 开发者想要从传统的 LAMP/LNMP 短生命周期、串行编程的模式转型到 CSP 协程 + 通道并发编程，真正须要的是一种残缺的、系统性、成体系、简略易用、牢靠的一整套技术计划。因而不如创立多个 RFC，把这些问题探讨分明，在 PHP9 版本中提供残缺的协程计划实现。不求做到 Golang 的水平，至多要能达到生产可用。这样 PHP 才会有大的扭转。
但正如韩天峰 @matyhtf 本人所说，这样就真的是要取代 Swoole 了。
一般开发者怎么看？
波及到编程语言的话题，总能引其开发者的关注，PHP 是不是最好的语言，也是个亦正亦邪的探讨焦点。但无论如何，编程语言或者其余技术都须要随着技术以及社会的倒退，进行相应的变动，以跟上时代的潮流。
对于 Swoole，很多开发者认为目前其实曾经很有可用性了。但也像很多人指出的那样，更多是一个解决方案、一个框架而不是一种语言个性。可能还须要进一步拆分，大而化小，争取在 9.0 的时候成为一个成熟齐备的体系。
而 Fiber 作为一个简略的个性，不论对 Swoole 是敌是友，都为开发者们提供了有限的设想空间，从 php 官网的角度来说，这一个性也属于开发者能够不必，然而不能没有系列。
置信大部分投出反对票的人，并不单单是感觉 Fiber 将来可期，而是感觉“有总比没有强”、“变动的后方是心愿”。但目前收回较大声量的两位 KOL 在某些水平上都有一些利益相干，作为一般开发者都在期待一些更加中立、主观的声音。
从目前投票来看，Fiber 提案的通过基本上是板上钉钉的事件，通过之后能带来哪些影响或变动，咱们只能刮目相待了。
局部参考资料：
GitHub 地址：https://github.com/amphp/ext-…
OSC 开源社区：《拥护 PHP 协程提案，Swoole 创始人被质疑存公心》
PHP 社区：https://wiki.php.net/rfc/fibers
韩天峰知乎专栏：https://zhuanlan.zhihu.com/p/…
知乎话题：https://www.zhihu.com/questio…