首先,传统 PHPer 仍然借助的是 CGI/FPM 或者基于 Apache 的 mod_php 来使用 PHP 业务的. 这种模式下, PHP 是收到请求开始初始化,执行代码,请求结束,直接销毁. opcache(包括 preload) 等优化方案只是对常用代码编译为 opcode(可以理解为 VM 中间代码,在运行时可以由 Zend 引擎直接转换为机器码(跳过分析过程), 这就是提速的原因之一.
PHP 8 引入了 JIT, 实际上是一个非常粗浅的 JIT(相比较 PyPy 和 V8), 而且受制于前述的生命周期,实际上的提升其实是非常有限的.
终于到正题了.题主提到的异步或协程特性其实并不太适合前表的生命周期,加入这类特性其实不会对性能有太大的提升,反而提高了学习门槛,提高了优化难度. 简而概之,对于传统的 PHP 开发,可能收益并没有那么大,做代码优化还不如堆机器.
这边提一句,如果真需要高性能 PHP 开发的话, 还是得回归 php cli 开发. 开发一个常驻内存的程序, 也就是目前 swoole 做的很成功的地方. 我相信如果 PHP 官方引入了异步,协程, 常驻类程序会收益匪浅.
#2 说的很对, Swoole 这种基于 Cli 的开发模式并不是 PHP 社区的热点, 和大家印象里的 PHP 迥然不同, 能接受 Swoole, 为什么接受不了 Go(特性少,简单), node, Java 呢?

@toma77 是的，现在也只是社区参与

@noe132 感谢你的回复，问题好像已经解决了（和方法二一致）。我在 Stackoverflow 发了同样的问题： https://stackoverflow.com/questions/63755690/how-to-export-property-of-a-interface-object-like-javascript-in-typescript?noredirect=1#comment112742307_63755690

这里可能描述更详细一些。项目是一个 CommonJS 模块，大概有 160 多个方法（没有定义 default ）。它告诉我还有明明合并这种操作的时候有点小激动（完全忘了这个方法，还是基础不扎实呀

@Kusoku 赞同

前排次瓜🌝👍

补充一下，1password 宣布疫情期限试用不会失效（相当于这段时间免费白嫖）。

用用的 1password， 话说最近不是有白嫖一年的活动嘛（滑稽）

这个也算比较老牌的了吧： https://github.com/NodeBB/NodeBB
国内文档我有在维护： https://www.yuque.com/a632079/nodebb/

团队目前貌似在计拟定第二版的草案，在英文社区征求意见。有想法的话可以和他们提一下，哈哈。

在安装 Insider， 完了之后来评价:D

@yuluofanchen 纠正一下， 是 1746 个。这方面信息可以在 hitokoto.cn/status 查询。数量少，主要还是分类的问题。 继承 us 之后发现很多句子不合规或过长以至于我们移除了许多句子。 新句子添加也碰到这样的问题， 导致挤压了很多句子。 目前主要精力还是在利用课余时间完成 v2 的设计。

@coffeemayor 相比 php 直接请求， 确实更推荐使用 js 异步获取。 在国内的请求会统一解析到腾讯云 CDN 并随机分配到 5 个已有节点进行处理， 支持故障转移。有很多人是使用 php 主机的， 这些主机通常是位于国外的。 虽然我们在暑期部署 1 个亚太节点，1 个美国节点， 并使用 cf 分发， 但是免费 cf 不支持故障转移（大概吧？）， 所以需要承担一些因故障而服务中断的风险。
P.S 接口会自动根据地区返回国内接口或国际接口， 这方面出问题， 由 DNSPOD 背。

@raphaelsoul :D 准备开始尝试 typescript 了。
话说 经常看到有评论指 Bluebird 的 Promise 较原生的 Promise 性能更好。甚至有报告指出，如 koa 直接将 global.promise 替换为 bluebird 可以提高 1 倍的 qps。这是为什么呢？为什么会有原生的差距如此之大。

@thundernet8 十分感谢。 眼界又被进一步打开了

@thundernet8 十分感谢。 正在准备学习。
不过还是想先咨询一下，coffeescript 和 typescript 哪个更适合先学习呢？