Hyperf 2.0 发布！想象的开端！

前言

Hyperf 从 2019 年 6 月 20 日发布 1.0 版本至今，得到了很是多的关注和用户，短短的一年期间，Hyperf 飞速发展和持续迭代，同时也拥有了很是惊人的数据。

• Github 2700 stars / Gitee 330 stars
• 113 名 Contributors
• 1100+ Pull Requests
• 共发布 47 个版本
• 92 个代码仓库
• 1438 个单元测试用例，4412 个断言条件
  

这些数据是整个开源社区共同努力的结果，感谢全部支持 Hyperf 的大神的厚爱，期待将来更多的支持与合做。

Thanks All Hyperf's Contributors

Hyperf 2.0

在持续迭代的过程当中，咱们也产生了一些新的思路，咱们对这些思路进行了验证、迭代、再验证、再迭代，并最终将这些思路的实现沉淀到了 Hyperf 中来，并于今日，以 2.0 版本正式发布了 🎉🎉🎉

感谢 Hyperf 团队成员日以继夜的努力，使这些设想成为了可能。

主要功能迭代

AOP 和注解功能底层重构

在 1.1 版本下，尽管提供了很是强大的 AOP 和注解功能，但也仍有一些限制和不足以下：

• AOP 只能切入由 hyperf/di 组件管理的对象，没法切入其它方式建立的对象，如  new ；
• 经过 DI 获取的类其实是由 AOP 生成的一个原始类的子类，在子类上完成了对方法的修改，以完成 AOP 的功能实现，而子类的类名与原始类是不一致的，也就致使了  get_class(),  __CLASS__ 之类的方法或常量获取的数据可能会不对；
• 同上，异常堆栈信息会充满了代理类的链路，不容易看清楚调用链路；
• 同上，因为是经过继承实现的代理类，故一个 final 类是没法被切入的；
• 同上，对一个父类进行 AOP 切入后，这个类的子类并不会被切入；
• 经过 new 实例化的一个对象  @Inject 和  @Value 注解没法生效；
• 您没法在一个类的构造函数内使用经过  @Inject 和  @Value 注解获取的值；
• 在 trait 内经过  @Inject 和  @Value 注解标注的属性没法正常运做；
• 在 PHP 8 下没法经过类成员属性的强类型声明替代  @var 声明来指定  @Inject 时的类声明；
• 使用注解时必须声明对应注解的命名空间；
• 定义 Aspect 类时没法在注解上一并定义要切入的目标；

以上列举了一些 1.1 下 AOP 的限制和不足，而在 2.0 版本下，咱们对底层的逻辑进行了重构，上面这些问题所有都被解决掉了，其中最具想象空间的是经过新的 AOP 功能，你能够对几乎全部的类和注解进行动态的切入了，不管是经过 new 实例化出来的对象仍是经过 DI 建立出来的对象，不管是切入了这个类的父类仍是更深的继承层次，不管是 final 类仍是一个普通类。

简而言之，在新的机制下，Hyperf 会在启动时扫描全部的扫描域，并扫描代码获得全部类的 AST 抽象语法树，并从中解析全部与 AOP 相关的元数据，根据这些元数据来对要被代理的类进行 AST 节点信息的修改，并注入 AOP 相关的逻辑，最终经过 PHP 的 Autoload 机制，在实例化一个类并进行自动加载时，ClassLoader 返回通过修改后的类文件。

那么用正向的角度来描述这个功能的变动以下：

• AOP 能够做用于  new 关键词建立的对象；
• AOP 能够做用于  Final 类；
• 您能够在构造函数中使用  @Inject 和  @Value 注解标记的属性值；
• 代理类的类名和继承关系与原类一致；
• 对父类进行 AOP 切入，子类一样生效；
• AOP 代理类缓存和注解缓存能够自动识别是否须要从新生成；
• 经过  new 关键词建立的对象， @Inject 和  @Value 注解标记的属性值能够生效；
• 可在  trait 中使用  @Inject 和  @Value 注解，并做用于  use 的类；
• PHP 8 下使用  @Inject 注解时可经过强类型声明替代  @var 注解声明；
• 提供了注解全局引入机制，以达到在使用注解时容许不引入对应的命名空间；
• 在定义 Aspect 时可直接在  @Aspect 注解上定义要切入的目标类和注解；
• Aspect 增长了  priority 优先级属性，可定义多个 Aspect 类的优先级；
• 使用依赖懒加载功能时无需再注册  Hyperf\Di\Listener\LazyLoaderBootApplicationListener 监听器；
• 新增  annotations.scan.class_map 配置，经过该配置能够直接将任意类替换为你指定的类；

支持 Coroutine Server 协程服务

在 Swoole 4.4 版本时新增了 Coroutine Server，经过该功能能够经过协程的形式来运行 Server，也就意味着能够在一个进程下同时运行多个不一样协议的 Server 来提供服务，这样的作法更加的协程，且单进程的模型对 Docker 和 Kubernetes 更加友好，经过调整 Pod 的数量便可对应到真实的进程数；
在 Hyperf 2.0 版本，咱们也对 Coroutine Server 进行了支持，您可经过在 config/autoload/server.php 配置文件中添加一个 type => Hyperf\Server\CoroutineServer::class 配置便可切换到 Coroutine Server 的运行模式去。同时一些本来要使用自定义进程来实现功能的场景，如配置中心的配置拉取、服务监控的数据提供、消息队列消费者的消费等，咱们的提供了对应的协程模式的运行模式，最终只须要启动一个进程便可完成全部以前须要多个进程才能完成的事情。

增长 ResponseEmitter 机制

在 1.1 版本下，咱们只能在 HTTP Server 中返回由 hyperf/http-message^[1] 组件或 hyperf/http-server^[2] 组件提供的 Response 对象，但其它一样遵循了 PSR-7 标准的 Response 却没法正常响应，好比 Guzzle 客户端请求后得到的 Response 对象，在 1.1 下须要转换为 Hyperf 的 Response 对象才能正确响应客户端请求。而在 2.0 版本下，经过 ResponseEmitter 机制，您能够直接返回任意符合 PSR-7 标准的 Response 对象，以得到更强的兼容性。

增长 Reactive-X 组件

hyperf/reactive-x^[3] 组件提供了 Swoole/Hyperf 环境下的 ReactiveX 集成。关于 ReactiveX，微软给的定义是，Rx 是一个函数库，让开发者能够利用可观察序列和 LINQ 风格查询操做符来编写异步和基于事件的程序，使用 Rx，开发者能够用 Observables 表示异步数据流，用 LINQ 操做符查询异步数据流， 用 Schedulers 参数化异步数据流的并发处理，Rx 能够这样定义：Rx = Observables + LINQ + Schedulers。而 Reactivex.io^[4] 给的定义是，Rx 是一个使用可观察数据流进行异步编程的编程接口，ReactiveX 结合了观察者模式、迭代器模式和函数式编程的精华。

经过该组件，您能够在 Hyperf 中实现响应式编程的范式，为您的应用提供更多的可能性。

统一 HTTP 异常

在 1.1 版本下，HTTP Server 在处理如 路由未找到(404)、请求方法不容许(405) 等 HTTP 异常时，是在 Dispatcher 中提供对应的方法，并直接响应 Response 结果，若是须要自定义对应的响应结果，则须要经过 DI 来重写 Dispatcher 类的对应方法。而在 2.0 版本下，咱们对异常的处理方式进行了统一，统一抛出 Hyperf\HttpMessage\Exception\HttpException 异常类的子类，并统一由默认提供的 Hyperf\HttpServer\Exception\Handler\HttpExceptionHandler 来处理响应的结果，这样一来用户即可以很是便捷的经过 ExceptionHandler 来对异常响应进行统一的处理了。

升级到 2.0 版本

从如今的 1.1 版本升级到 2.0 版本，也是一件很是轻松的事情，咱们提供了一份详尽的 2.0 升级指南^[5] 来指引您完成对应的升级动做，具体可查阅该升级指南；

更多

以上只是笔者本人最为期待的功能迭代，只是冰山一角，2.0 版本还包含了大量的细节更新以及新功能，具体能够查阅 版本更新记录^[6] 得到更多的细节信息。

总的来讲，2.0 是一个充满了想象空间的版本，它提供了远超原来的可能性，咱们能够在 Hyperf 上、在 Swoole 上、在 PHP 上，去想、去作更多原来未曾深思过的事情。

外部连接

[1] 

hyperf/http-message: https://github.com/hyperf/http-message

[2] 

hyperf/http-server: https://github.com/hyperf/http-server

[3] 

hyperf/reactive-x: https://github.com/hyperf/reactive-x

[4] 

Reactivex.io: http://reactivex.io

[5] 

2.0 升级指南: https://www.hyperf.wiki/#/zh-cn/upgrade/2.0

[6] 

版本更新记录: https://www.hyperf.wiki/#/zh-cn/changelog

本文分享自微信公众号 - PHP开源Hub（php_open）。
若有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一块儿分享。