内容简介:更新内容 本周更新主要为 Parallel 特性增加协程控制功能,这也是 Parallel 跟 Concurrent 特性的一个结合,同时我们修复了一些组件的 :bug:Bug,使 Hyperf 1.1.* 系列版本更加的健壮了,发布于 1.1.3 版,建议使...
更新内容
本周更新主要为 Parallel 特性增加协程控制功能,这也是 Parallel 跟 Concurrent 特性的一个结合,同时我们修复了一些组件的 ????Bug,使 Hyperf 1.1.* 系列版本更加的健壮了,发布于 1.1.3 版,建议使用 1.1 的用户更新。 直接访问 官网 hyperf.io 或 文档 hyperf.wiki 查看。
新增
- #745 为
gen:model命令增加with-comments选项,以标记是否生成字段注释; - #747 为 AMQP 消费者增加
AfterConsume,BeforeConsume,FailToConsume事件; - #762 为 Parallel 特性增加协程控制功能;
变更
- #767 重命名
AbstractProcess的running属性名为listening;
修复
- #741 修复执行
db:seed命令缺少文件名报错的问题; - #748 修复
SymfonyNormalizer不处理array类型数据的问题; - #769 修复当 JSON RPC 响应的结果的 result 和 error 属性为 null 时会抛出一个无效请求的问题;
Parallel 协程控制
在使用 Parallel 时,可以极大的提升多个请求的处理速度,但如果是批量对一个服务进行处理,且处理的协程量也非常巨大的话,很容易就会把对端给压垮,那么当我们既想要批量的请求,又希望控制同时最大的协程数,以达到保护对端的目的,那么此时您就可以给 Parallel 的构造函数的第一个参数传入您希望同时最大的协程数了,如下所示:
<?php
use Hyperf\Utils\Parallel;
// 最多同时允许 10 个协程运行
$concurrent = 10;
$parallel = new Parallel($concurrent);
$parallel->add(function () {
sleep(1);
return 1;
});
$result = $parallel->wait();
关于 Hyperf
Hyperf 是基于 Swoole 4.4+ 实现的高性能、高灵活性的 PHP 协程框架,内置协程服务器及大量常用的组件,性能较传统基于 PHP-FPM 的框架有质的提升,提供超高性能的同时,也保持着极其灵活的可扩展性,标准组件均基于 PSR 标准 实现,基于强大的依赖注入设计,保证了绝大部分组件或类都是 可替换 与 可复用 的。
框架组件库除了常见的协程版的 MySQL 客户端、Redis 客户端,还为您准备了协程版的 Eloquent ORM、WebSocket 服务端及客户端、JSON RPC 服务端及客户端、GRPC 服务端及客户端、Zipkin (OpenTracing) 客户端、Guzzle HTTP 客户端、Elasticsearch 客户端、Consul 客户端、ETCD 客户端、AMQP 组件、Apollo 配置中心、阿里云 ACM 应用配置管理、ETCD 配置中心、基于令牌桶算法的限流器、通用连接池、熔断器、Swagger 文档生成、Swoole Tracker、Blade 和 Smarty 视图引擎、Snowflake 全局ID生成器 等组件,省去了自己实现对应协程版本的麻烦。
Hyperf 还提供了 基于 PSR-11 的依赖注入容器、注解、AOP 面向切面编程、基于 PSR-15 的中间件、自定义进程、基于 PSR-14 的事件管理器、Redis/RabbitMQ 消息队列、自动模型缓存、基于 PSR-16 的缓存、Crontab 秒级定时任务、i18n 国际化、Validation 表达验证 等非常便捷的功能,满足丰富的技术场景和业务场景,开箱即用。
框架初衷
尽管现在基于 PHP 语言开发的框架处于一个百花争鸣的时代,但仍旧未能看到一个优雅的设计与超高性能的共存的完美框架,亦没有看到一个真正为 PHP 微服务铺路的框架,此为 Hyperf 及其团队成员的初衷,我们将持续投入并为此付出努力,也欢迎你加入我们参与开源建设。
设计理念
Hyperspeed + Flexibility = Hyperf,从名字上我们就将 超高速 和 灵活性 作为 Hyperf 的基因。
- 对于超高速,我们基于 Swoole 协程并在框架设计上进行大量的优化以确保超高性能的输出。
- 对于灵活性,我们基于 Hyperf 强大的依赖注入组件,组件均基于 PSR 标准 的契约和由 Hyperf 定义的契约实现,达到框架内的绝大部分的组件或类都是可替换的。
基于以上的特点,Hyperf 将存在丰富的可能性,如实现 单体 Web 服务,API 服务,网关服务,分布式中间件,微服务架构,游戏服务器,物联网(IOT)等。
文档齐全
我们投入了大量的时间用于文档的建设,以解决各种因为文档缺失所带来的问题,文档上也提供了大量的示例,对新手同样友好。 Hyperf 官方开发文档
生产可用
我们为组件进行了大量的单元测试以保证逻辑的正确,目前存在 1125 个单测共 3381 个断言条件,同时维护了高质量的文档,在 Hyperf 正式对外开放(2019年6月20日)之前,便已经过了严酷的生产环境的考验,我们才正式的对外开放该项目,现在已有很多的大型互联网企业都已将 Hyperf 部署到了自己的生产环境上并稳定运行。
官网及交流
Github ???????????????????? 点 Star 支持我们
Gitee 码云 ???????????????????? 点 Star 支持我们
以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网
猜你喜欢:- Micronaut 2.0.0 发布,原生云原生微服务框架
- 原生JavaScript之完美运动框架
- NativeScript 8.0 发布,跨平台原生应用框架
- 基于Kubernetes的原生Serverless框架Kubeless实践
- 详解 mpvue 小程序框架 及和原生的差异
- NativeScript 6.5.0 发布,跨平台原生应用框架
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
从“为什么”开始
[美] 西蒙·斯涅克 / 苏西 / 海天出版社 / 2011-7 / 32.00元
影响人类的行为:要么靠操纵,要么靠感召。 操纵带来的是交易,是短期效益; 感召带来的是信任,是永续经营! 盖茨走后,微软面临怎样的挑战?后盖茨时代,微软为何从一个希望改变世界的公司沦落为一个做软件的公司? 沃尔玛的灵魂人物过世后,一度被人们热爱的公司,遭到的竟然多是顾客、员工的反感?沃尔玛要怎样做才能重放昔日光彩? 星巴克吸引人们购买的不是咖啡,而是理念?为什么说霍华......一起来看看 《从“为什么”开始》 这本书的介绍吧!