本周主要加强了 NSQ 组件和 RPC 客户端组件,现在 RPC 客户端可以自动为代理客户端生成接口的父类的方法定义了。同时我们也修复了一些 :bug:Bug, 继续提升 hyperf 的稳定性, 发布于 1.1.23 版, 建议用户更新此版本
直接访问 官网 hyperf.io 或 文档 hyperf.wiki 查看更新内容
filesystem
组件添加默认配置; Hyperf/Guzzle/HandlerStackFactory
添加 getHandler()
方法,并尽可能的使用 make()
创建 handler
; make
方法创建; NSQ
组件,数据量超过 max-output-buffer-size
接收数据失败的 BUG
; NSQ
组件,在消费者中发布消息时,会导致消费者无法正常消费的 BUG
; NSQ
组件, requeue
消息时,消费者会意外重启的 BUG
; Hyperf/Testing/Client::flushContext
时,会引发 Fixed Invalid argument supplied
异常的 BUG
;
Hyperf 是基于 Swoole 4.4+
实现的高性能、高灵活性的 PHP 协程框架,内置协程服务器及大量常用的组件,性能较传统基于 PHP-FPM
的框架有质的提升,提供超高性能的同时,也保持着极其灵活的可扩展性,标准组件均基于 PSR 标准
实现,基于强大的依赖注入设计,保证了绝大部分组件或类都是 可替换
与 可复用
的。
框架组件库除了常见的协程版的 MySQL 客户端
、 Redis 客户端
,还为您准备了协程版的 Eloquent ORM
、 WebSocket 服务端及客户端
、 JSON RPC 服务端及客户端
、 GRPC 服务端及客户端
、 OpenTracing(Zipkin, Jaeger) 客户端
、 Guzzle HTTP 客户端
、 Elasticsearch 客户端
、 Consul 客户端
、 ETCD 客户端
、 AMQP 组件
、 Nats 组件
、 Apollo、ETCD、Zookeeper 和阿里云 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 的基因。
基于以上的特点,Hyperf 将存在丰富的可能性,如实现 单体 Web 服务,API 服务,网关服务,分布式中间件,微服务架构,游戏服务器,物联网(IOT)等。
我们投入了大量的时间用于文档的建设以提供高质量的文档体验,以解决各种因为文档缺失所带来的问题,文档上也提供了大量的示例,对新手同样友好。
Hyperf 官方开发文档
我们为组件进行了大量的单元测试以保证逻辑的正确,目前存在 1338
个单测共 3954
个断言条件,Hyperf 是一款经历过严酷的生产环境考验的一个项目,目前已有很多的大型互联网企业都已将 Hyperf 部署到了自己的生产环境上并稳定运行。
Github :point_left::point_left::point_left::point_left::point_left: 点 Star 支持我们
Gitee 码云 :point_left::point_left::point_left::point_left::point_left: 点 Star 支持我们
Hyperf 官网
Hyperf 文档
Hyperf 交流群(已满): 862099724
Hyperf 交流 2 群: 811414891