更新内容

本周主要新增了 轻量级有向无环图任务编排库 和 逆波兰表示法 两个孵化项目，并修复了一些组件的 🐛Bug，继续提升 Hyperf 的稳定性，发布于 2.1.4 版。

建议用户使用以下命令更新此版本。

composer update "hyperf/*" -o

直接访问官网 hyperf.io 或文档 hyperf.wiki 查看更新内容

修复

#3165 修复方法 Hyperf\Database\Schema\MySqlBuilder::getColumnListing 在 MySQL 8.0 版本中无法正常使用的问题。
#3174 修复 hyperf/database 组件中 where 语句因为不严谨的代码编写，导致被绑定参数会被恶意替换的问题。
#3179 修复 json-rpc 客户端因对端服务重启，导致接收数据一直异常的问题。
#3189 修复 kafka 在集群模式下无法正常使用的问题。
#3191 修复 json-rpc 客户端因对端服务重启，导致连接池中的连接全部失效，新的请求进来时，首次使用皆会报错的问题。

新增

#3170 为 hyperf/watcher 组件新增了更加友好的驱动器 FindNewerDriver，支持 Mac Linux 和 Docker。
#3195 为 JsonRpcPoolTransporter 新增了重试机制, 当连接、发包、收包失败时，默认重试 2 次，收包超时不进行重试。

优化

#3169 优化了 ErrorExceptionHandler 中与 set_error_handler 相关的入参代码, 解决静态检测因入参不匹配导致报错的问题。
#3191 优化了 hyperf/json-rpc 组件, 当连接中断后，会先尝试重连。

变更

#3174 严格检查 hyperf/database 组件中 where 语句绑定参数。

新组件孵化

DAG 轻量级有向无环图任务编排库。
RPN 逆波兰表示法。

关于 Hyperf

Hyperf 是基于 Swoole 4.5+ 实现的高性能、高灵活性的 PHP 协程框架，内置协程服务器及大量常用的组件，性能较传统基于 PHP-FPM 的框架有质的提升，提供超高性能的同时，也保持着极其灵活的可扩展性，标准组件均基于 PSR 标准实现，基于强大的依赖注入设计，保证了绝大部分组件或类都是 可替换 与 可复用 的。

框架组件库除了常见的协程版的 MySQL 客户端、Redis 客户端，还为您准备了协程版的 Eloquent ORM、WebSocket 服务端及客户端、JSON RPC 服务端及客户端、GRPC 服务端及客户端、OpenTracing(Zipkin, Jaeger) 客户端、Guzzle HTTP 客户端、Elasticsearch 客户端、Consul、Nacos 服务中心、ETCD 客户端、AMQP 组件、Nats 组件、Apollo、ETCD、Zookeeper、Nacos 和阿里云 ACM 的配置中心、基于令牌桶算法的限流器、通用连接池、熔断器、Swagger 文档生成、Swoole Tracker、Blade、Smarty、Twig、Plates 和 ThinkTemplate 视图引擎、Snowflake 全局ID生成器、Prometheus 服务监控 等组件，省去了自己实现对应协程版本的麻烦。

Hyperf 还提供了 基于 PSR-11 的依赖注入容器、注解、AOP 面向切面编程、基于 PSR-15 的中间件、自定义进程、基于 PSR-14 的事件管理器、Redis/RabbitMQ 消息队列、自动模型缓存、基于 PSR-16 的缓存、Crontab 秒级定时任务、Session、i18n 国际化、Validation 表单验证 等非常便捷的功能，满足丰富的技术场景和业务场景，开箱即用。

框架初衷

尽管现在基于 PHP 语言开发的框架处于一个百花争鸣的时代，但仍旧未能看到一个优雅的设计与超高性能的共存的完美框架，亦没有看到一个真正为 PHP 微服务铺路的框架，此为 Hyperf 及其团队成员的初衷，我们将持续投入并为此付出努力，也欢迎你加入我们参与开源建设。

设计理念

Hyperspeed + Flexibility = Hyperf，从名字上我们就将 超高速 和 灵活性 作为 Hyperf 的基因。

对于超高速，我们基于 Swoole 协程并在框架设计上进行大量的优化以确保超高性能的输出。
对于灵活性，我们基于 Hyperf 强大的依赖注入组件，组件均基于 PSR 标准的契约和由 Hyperf 定义的契约实现，达到框架内的绝大部分的组件或类都是可替换的。

基于以上的特点，Hyperf 将存在丰富的可能性，如实现单体 Web 服务，API 服务，网关服务，分布式中间件，微服务架构，游戏服务器，物联网（IOT）等。

文档齐全

我们投入了大量的时间用于文档的建设以提供高质量的文档体验，以解决各种因为文档缺失所带来的问题，文档上也提供了大量的示例，对新手同样友好。
Hyperf 官方开发文档

生产可用

我们为组件进行了大量的单元测试以保证逻辑的正确，目前存在 1733 个单测共 5383 个断言条件，Hyperf 是一款经历过严酷的生产环境考验的一个项目，目前已有很多的大型互联网企业都已将 Hyperf 部署到了自己的生产环境上并稳定运行。

官网及交流

Github 👈👈👈👈👈 点 Star 支持我们
Gitee 码云 👈👈👈👈👈 点 Star 支持我们
Hyperf 官网
 Hyperf 文档

Nobugsttt

2021-01-25 20:00

喷子真多啊，

Php9支持官方协程

2021-01-25 19:45

记得hyperf把laravel抄的裤子都不剩，还删除版权文件。。。。。

2021-01-25 19:59

现在改了许可证就可以掩盖你之前删除别人许可证，删除别人版权的行为了？

huangzhhui

2021-01-25 20:15

反正你也不在意这个行为本身是有意还是恶意，反正你只是想喷，破罐子破摔呗

2021-01-25 20:16

那可能只有您心里清楚了，反正都干过了，也说道歉了，就是没见过在哪里道歉的

2021-01-25 20:18

没见过就没见过呗，又不是向你道

2021-01-25 20:21

666 黄老师牛！没道歉就是没道歉又不是向我们道歉！真开源精神，这句话收录了。

2021-01-25 20:20

说我喷，这个我认可。以前的却认为hyperf是第一，其他swoft的却难用，当发现黄老师各种优秀的开源精神后放弃了。再到现在，评论中肯定包含很多喷的部分，但是您看我喷的都是有聊天记录的。您只回了个删除别人版权问题，其他问题一起回复下。如果我说的不是事实我敢这样写？

2021-01-25 20:23

你觉得我没有开源精神就没有，我不在乎你觉得我有没有，我也不需要向每个人解释事情的真相，高久峰，有本事用大号聊天

2021-01-25 20:24

你自己看，这个号一直是大号啊，3年多了。

2021-01-25 20:26

本号注册于18年左右，真大号，然后呢？

2021-01-25 20:29

回复 @OSC官方认证胖子 : 高久峰您好，我最后一次回复你，我并不在乎你怎么看我，不要在群里受了点委屈就像个小孩子一样，一直哭啊闹啊，成熟点

2021-01-25 20:31

回复 @huangzhhui : 我没有受到委屈啊，前几周进群只是正常质疑你们没有开源精神，我能受啥委屈？

2021-01-25 20:38

回复 @huangzhhui : 另外我没有要进你群，每次我退群你都要用定时任务一样的工具又拉我进去，反复拉我进你的群，我退了很多次，还是你再邀请。

Hyperf 发布两个孵化组件以及 v2.1.4 版本