Guzzle-Swoole 发行版

最新版

v1.1.4

e72a535

2019-11-04 17:02

修复在 Laravel 项目中第一次更新报错问题（该问题不影响使用）

最后提交信息为：修复在 Laravel 项目中第一次更新报错问题（该问题不影响使用）

2019-06-04 14:40

最后提交信息为： fix #7

2019-05-17 12:03

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

最后提交信息为：修复重定向使用无域名的路径时，无法正确重定向问题

v1.1.1

f94ff71

2018-09-25 10:26

修复 Swoole Handler 只能获取一个 cookie 的问题

最后提交信息为：修复 Swoole Handler 只能获取一个 cookie 的问题 (#3)

2018-09-17 10:03

最后提交信息为：代码格式化

2018-09-17 10:02

实现让基于 Guzzle 的项目完美无缝兼容 Swoole 协程

## 说明

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

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

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

## 使用

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

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

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

```php
\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`文件了。

最后提交信息为：更新说明中的版本号

v1.0.2

d060722

2018-08-29 08:45

解决少部分服务端因接收Content-Length报错问题

最后提交信息为：解决少部分服务端因接收Content-Length报错问题

v1.0.1

80c0439

2018-08-23 09:13

修复timeout为0时，错误的不超时处理

最后提交信息为：修复timeout为0时，错误的不超时处理

v1.0.0

ea34e9e

2018-08-01 10:56

第一个版本

最后提交信息为：新增LICENSE

宇润/Guzzle-Swoole .gitee-modal { width: 500px !important; }

搜索帮助

宇润/Guzzle-Swoole