GuzzleSwoole v1.1.2，让 Guzzle 完美兼容 Swoole 协程

内容简介：让 Guzzle 支持 Swoole 协程，这个项目目的就是这么简单明了！ 本项目不包含 Guzzle 功能，请自行在项目中引用 Guzzle 6.x，理论上可以支持升级 Guzzle 版本而无需更新 Guzzle-Swoole！ Composer:"yurunsoft/guzz...

让 Guzzle 支持 Swoole 协程，这个项目目的就是这么简单明了！

本项目不包含 Guzzle 功能，请自行在项目中引用 Guzzle 6.x，理论上可以支持升级 Guzzle 版本而无需更新 Guzzle-Swoole！

Composer:"yurunsoft/guzzle-swoole":"~1.1"

v1.1.2 更新日志

• 修复重定向使用无域名的路径时，无法正确重定向问题

v1.1.x 版本说明：

说明

众所周知，使用 Guzzle 指定 Handler，需要在实例化 Client 时传入。

这样一来，想要把基于 Guzzle 开发的 SDK 用于 Swoole 协程环境就需要对原有 SDK 代码进行修改。

Guzzle-Swoole 这个项目目前已经实现无需修改任何代码，只需一句话设置全局默认处理器，完美无缝兼容 Swoole 协程环境。

使用

在 Swoole >= 4.2.0 中，你可以把默认 Handler 设为 StreamHandler。

\GuzzleHttp\DefaultHandler::setDefaultHandler(\Yurun\Util\Swoole\Guzzle\SwooleHandler::class);

在 Swoole < 4.2.0 中，你可以把默认 Handler 设为本项目实现的 SwooleHandler。

\GuzzleHttp\DefaultHandler::setDefaultHandler(\GuzzleHttp\Handler\StreamHandler::class);

这样一来，实现完美无缝兼容~

实现原理

首先依赖了funkjedi/composer-include-files这个项目，这个项目的功能是把composer.json中配置引入的文件优先引入，这样就可以在这个文件里进行提前处理

接着通过 Composer 插件机制，在post-autoload-dump事件中做处理。

读取guzzlehttp/guzzle/src/functions.php文件，将choose_handler()方法定义从代码中去除，把修改后内存保存为guzzle-swoole/src/load.php文件。

在guzzle-swoole/src/functions.php文件中定义了修改后的choose_handler()方法，用于实现全局默认处理器的设置和获取。

load.php和functions.php两个文件会在运行时优先引入，然后根据guzzlehttp/guzzle/src/functions_include.php中写的判断，Guzzle 就不会再引入他原有的functions.php文件了。

代码仓库

码云：https://gitee.com/yurunsoft/Guzzle-Swoole

Github：https://github.com/Yurunsoft/Guzzle-Swoole

以上所述就是小编给大家介绍的《GuzzleSwoole v1.1.2，让 Guzzle 完美兼容 Swoole 协程》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！

查看所有标签

猜你喜欢:

• PHP升级代码兼容
• 记一次兼容处理经历
• 聊聊flink如何兼容StormTopology
• HTML5 Polyfill 向下兼容
• iOS12适配及兼容问题解决
• 谈谈 Java 代码的兼容性

本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。