更新内容

本周更新主要为 JSON-RPC 组件做了大量的优化工作和为 AMQP 增加了 KeepaliveIO 功能，同时我们还发布了 hyperf/super-globals 组件，通过安装该组件，底层会自动的 hook 掉 $_GET、$_POST、$_REQUEST、$_SERVER、$_COOKIE、$_SESSION 这些超全局变量，使之可以保留 PHP-FPM 下的用法，又不会导致协程间的数据混淆。同时我们还修复了一些组件的 🐛Bug，发布于 1.1.14 版，强烈建议使用到 JSON-RPC、AMQP、Aliyun ACM 和 devtool 的用户更新。
直接访问 官网 hyperf.io 或 文档 hyperf.wiki 查看更新内容。

新增

• #1166 为 AMQP 增加 KeepaliveIO 功能；
• #1208 为 JSON-RPC 的响应增加了 error.data.code 值来传递 Exception Code；
• #1208 为 Hyperf\Rpc\Contract\TransporterInterface 增加了 recv 方法；
• #1215 新增 hyperf/super-globals 组件，用来适配一些不支持 PSR-7 的第三方包；
• #1219 为 AMQP 消费者增加 enable 属性，通过该属性来控制该消费者是否跟随 Server 一同启动；

修复

• #1208 修复 Exception 和 error 在 JSON-RPC TCP Server 下无法被正确处理的问题；
• #1208 修复 JSON-RPC 没有检查 Request ID 和 Response ID 是否一致的问题；
• #1223 修复 ConfigProvider 扫描器不会扫描 composer.json 内 require-dev 的配置；
• #1254 修复执行 init-proxy.sh 命令在某些环境如Alpine下会报 bash 不存在的问题；

优化

• #1208 优化了 JSON-RPC 组件的部分逻辑；
• #1174 调整了 Hyperf\Utils\Parallel 在输出异常时的格式，现在会一同打印 Trace 信息；
• #1224 允许 Aliyun ACM 配置中心的配置获取进程解析 UTF-8 字符，同时在 Worker 启动后会自动获取一次配置，以及拉取的配置现在会传递到自定义进程了；
• #1235 在 AMQP 生产者执行 declare 后释放对应的连接；

修改

• #1227 升级 jcchavezs/zipkin-php-opentracing 依赖至 0.1.4 版本；

关于 Hyperf

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 的基因。

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

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

文档齐全

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

生产可用

我们为组件进行了大量的单元测试以保证逻辑的正确，目前存在 1291 个单测共 3803 个断言条件，同时维护了高质量的文档，在 Hyperf 正式对外开放(2019年6月20日)之前，便已经过了严酷的生产环境的考验，我们才正式的对外开放该项目，现在已有很多的大型互联网企业都已将 Hyperf 部署到了自己的生产环境上并稳定运行。

官网及交流

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