应该问传统框架他们该不该去兼容 swoole .

个人认为双方都不差, 社区方面双方也都很好.现在都是组件化的, 所以说不应该说用了 symfony 就完全不去了解 zendframework.组件方法各有各的优势, 他们之前也有组件互相引用, 有的废弃自己的推荐用对方的.

要做到无延迟处理，就只能起一个常驻内存的 php 服务，可以写成 php 脚本，然后 nohup 启动，阻塞监听 redis 消息 代码参考 {代码...} 疑问解答: 忽略不计，除非监控脚本有问题 直接发给 socket 而不是队列，相当于把压力都给到 socket 服务优点: 少了一环，架构变简...

PHP 从诞生到现在已经有20多年历史，从Web时代兴起到移动互联网退潮，互联网领域各种编程语言和技术层出不穷， Node.js 、 GO 、 Python 不断地在挑战 PHP 的地位。这些技术的推动者非常热衷于唱衰 PHP ， PHP 语言的未来在哪里？PHP 程序员当如何应对未来的变革？

Zend Framework 是 PHP 的官方框架，随着 Zend-Expressive-Swoole 0.2.2 的发布，率先支持了 Swoole 4 的协程功能，现在可以仅通过一个配置即可使整个应用以协程模式运行，完美解决了从前的笨重低性能的印象，基于 Zend Expressive 完美解耦的设计，搭建一个高性能的...

在4.4之前的版本中，Swoole一直不支持CURL协程化，在代码中无法使用curl。由于curl使用了libcurl库实现，无法直接hook它的socket，4.4版本使用Swoole\Coroutine\Http\Client模拟实现了curl的API，并在底层替换了curl_init等函数的C Handler。

你这是使用公网测试, 会受到公网带宽限制.建议在局域网环境做压力测试.

Swoole提供了柔性终止/重启的机制，只需要向Server发送特定的信号，Server的Worker进程可以安全的结束 参考一下文档吧 [链接][链接]

Zend Framework 是 PHP 的官方框架，随着 Zend-Expressive-Swoole 0.2.2 的发布，率先支持了 Swoole 4 的协程功能，现在可以仅通过一个配置即可使整个应用以协程模式运行，完美解决了从前的笨重低性能的印象，基于 Zend Expressive 完美解耦的设计，搭建一个高性能的...

相关知识Composer命名空间Psr-0Psr-4

建议你看一下 Zend Framework 的设计和 PSR 标准。 Autoloader 的设计可以参考 ZF1 和 ZF2 的 Autoloader 或者 Composer 的 Autoloader。

JSON.parse('false')

{代码...}

不是返回全部内容，而是流指针之后，如果要获取全部内容，用__toString, 可以参考下 zend-diactoros的实现。 [链接]

在写 Controller移除了 $this->getServiceLocator() 方法，官方推荐用构造函数传参的方式，通过依赖注入传入。