mirror of
https://gitee.com/hyperf/hyperf.git
synced 2024-12-01 11:17:54 +08:00
446 lines
16 KiB
Markdown
446 lines
16 KiB
Markdown
# JSON RPC 服務
|
||
|
||
JSON RPC 是一種基於 JSON 格式的輕量級的 RPC 協議標準，易於使用和閲讀。在 Hyperf 裏由 [hyperf/json-rpc](https://github.com/hyperf/json-rpc) 組件來實現，可自定義基於 HTTP 協議來傳輸，或直接基於 TCP 協議來傳輸。
|
||
|
||
## 安裝
|
||
|
||
```bash
|
||
composer require hyperf/json-rpc
|
||
```
|
||
|
||
該組件只是 JSON RPC 的協議處理的組件，通常來説，您仍需配合 [hyperf/rpc-server](https://github.com/hyperf/rpc-server) 或 [hyperf/rpc-client](https://github.com/hyperf/rpc-client) 來滿足 服務端 和 客户端的場景，如同時使用則都需要安裝：
|
||
|
||
要使用 JSON RPC 服務端：
|
||
|
||
```bash
|
||
composer require hyperf/rpc-server
|
||
```
|
||
|
||
要使用 JSON RPC 客户端：
|
||
|
||
```bash
|
||
composer require hyperf/rpc-client
|
||
```
|
||
|
||
## 使用
|
||
|
||
服務有兩種角色，一種是 `服務提供者(ServiceProvider)`，即為其它服務提供服務的服務，另一種是 `服務消費者(ServiceConsumer)`，即依賴其它服務的服務，一個服務既可能是 `服務提供者(ServiceProvider)`，同時又是 `服務消費者(ServiceConsumer)`。而兩者直接可以通過 `服務契約` 來定義和約束接口的調用，在 Hyperf 裏，可直接理解為就是一個 `接口類(Interface)`，通常來説這個接口類會同時出現在提供者和消費者下。
|
||
|
||
### 定義服務提供者
|
||
|
||
目前僅支持通過註解的形式來定義 `服務提供者(ServiceProvider)`，後續迭代會增加配置的形式。
|
||
我們可以直接通過 `@RpcService` 註解對一個類進行定義即可發佈這個服務了：
|
||
|
||
```php
|
||
<?php
|
||
|
||
namespace App\JsonRpc;
|
||
|
||
use Hyperf\RpcServer\Annotation\RpcService;
|
||
|
||
/**
|
||
* 注意，如希望通過服務中心來管理服務，需在註解內增加 publishTo 屬性
|
||
* @RpcService(name="CalculatorService", protocol="jsonrpc-http", server="jsonrpc-http")
|
||
*/
|
||
class CalculatorService implements CalculatorServiceInterface
|
||
{
|
||
// 實現一個加法方法，這裏簡單的認為參數都是 int 類型
|
||
public function add(int $a, int $b): int
|
||
{
|
||
// 這裏是服務方法的具體實現
|
||
return $a + $b;
|
||
}
|
||
}
|
||
```
|
||
|
||
`@RpcService` 共有 `4` 個參數：
|
||
`name` 屬性為定義該服務的名稱，這裏定義一個全局唯一的名字即可，Hyperf 會根據該屬性生成對應的 ID 註冊到服務中心去；
|
||
`protocol` 屬性為定義該服務暴露的協議，目前僅支持 `jsonrpc` 和 `jsonrpc-http`，分別對應於 TCP 協議和 HTTP 協議下的兩種協議，默認值為 `jsonrpc-http`，這裏的值對應在 `Hyperf\Rpc\ProtocolManager` 裏面註冊的協議的 `key`，這兩個本質上都是 JSON RPC 協議，區別在於數據格式化、數據打包、數據傳輸器等不同。
|
||
`server` 屬性為綁定該服務類發佈所要承載的 `Server`，默認值為 `jsonrpc-http`，該屬性對應 `config/autoload/server.php` 文件內 `servers` 下所對應的 `name`，這裏也就意味着我們需要定義一個對應的 `Server`，我們下一章節具體闡述這裏應該怎樣去處理；
|
||
`publishTo` 屬性為定義該服務所要發佈的服務中心，目前僅支持 `consul` 或為空，為空時代表不發佈該服務到服務中心去，但也就意味着您需要手動處理服務發現的問題，當值為 `consul` 時需要對應配置好 [hyperf/consul](zh-hk/consul.md) 組件的相關配置，要使用此功能需安裝 [hyperf/service-governance](https://github.com/hyperf/service-governance) 組件，具體可參考 [服務註冊](zh-hk/service-register.md) 章節；
|
||
|
||
> 使用 `@RpcService` 註解需 `use Hyperf\RpcServer\Annotation\RpcService;` 命名空間。
|
||
|
||
#### 定義 JSON RPC Server
|
||
|
||
HTTP Server (適配 `jsonrpc-http` 協議)
|
||
|
||
```php
|
||
<?php
|
||
|
||
use Hyperf\Server\Server;
|
||
use Hyperf\Server\SwooleEvent;
|
||
|
||
return [
|
||
// 這裏省略了該文件的其它配置
|
||
'servers' => [
|
||
[
|
||
'name' => 'jsonrpc-http',
|
||
'type' => Server::SERVER_HTTP,
|
||
'host' => '0.0.0.0',
|
||
'port' => 9504,
|
||
'sock_type' => SWOOLE_SOCK_TCP,
|
||
'callbacks' => [
|
||
SwooleEvent::ON_REQUEST => [\Hyperf\JsonRpc\HttpServer::class, 'onRequest'],
|
||
],
|
||
],
|
||
],
|
||
];
|
||
```
|
||
|
||
TCP Server (適配 `jsonrpc` 協議)
|
||
|
||
```php
|
||
<?php
|
||
|
||
use Hyperf\Server\Server;
|
||
use Hyperf\Server\SwooleEvent;
|
||
|
||
return [
|
||
// 這裏省略了該文件的其它配置
|
||
'servers' => [
|
||
[
|
||
'name' => 'jsonrpc',
|
||
'type' => Server::SERVER_BASE,
|
||
'host' => '0.0.0.0',
|
||
'port' => 9503,
|
||
'sock_type' => SWOOLE_SOCK_TCP,
|
||
'callbacks' => [
|
||
SwooleEvent::ON_RECEIVE => [\Hyperf\JsonRpc\TcpServer::class, 'onReceive'],
|
||
],
|
||
'settings' => [
|
||
'open_eof_split' => true,
|
||
'package_eof' => "\r\n",
|
||
'package_max_length' => 1024 * 1024 * 2,
|
||
],
|
||
],
|
||
],
|
||
];
|
||
```
|
||
|
||
TCP Server (適配 `jsonrpc-tcp-length-check` 協議)
|
||
|
||
當前協議為 `jsonrpc` 的擴展協議，用户可以很方便的修改對應的 `settings` 使用此協議，示例如下。
|
||
|
||
```php
|
||
<?php
|
||
|
||
use Hyperf\Server\Server;
|
||
use Hyperf\Server\SwooleEvent;
|
||
|
||
return [
|
||
// 這裏省略了該文件的其它配置
|
||
'servers' => [
|
||
[
|
||
'name' => 'jsonrpc',
|
||
'type' => Server::SERVER_BASE,
|
||
'host' => '0.0.0.0',
|
||
'port' => 9503,
|
||
'sock_type' => SWOOLE_SOCK_TCP,
|
||
'callbacks' => [
|
||
SwooleEvent::ON_RECEIVE => [\Hyperf\JsonRpc\TcpServer::class, 'onReceive'],
|
||
],
|
||
'settings' => [
|
||
'open_length_check' => true,
|
||
'package_length_type' => 'N',
|
||
'package_length_offset' => 0,
|
||
'package_body_offset' => 4,
|
||
'package_max_length' => 1024 * 1024 * 2,
|
||
],
|
||
],
|
||
],
|
||
];
|
||
```
|
||
|
||
### 發佈到服務中心
|
||
|
||
目前僅支持發佈服務到 `consul`，後續會增加其它服務中心。
|
||
發佈服務到 `consul` 在 Hyperf 也是非常容易的一件事情，通過 `composer require hyperf/consul` 加載 Consul 組件（如果已安裝則可忽略該步驟），然後再在 `config/autoload/consul.php` 配置文件內配置您的 `Consul` 配置即可，示例如下：
|
||
|
||
```php
|
||
<?php
|
||
|
||
return [
|
||
'uri' => 'http://127.0.0.1:8500',
|
||
];
|
||
```
|
||
|
||
配置完成後，在啟動服務時，Hyperf 會自動地將 `@RpcService` 定義了 `publishTo` 屬性為 `consul` 的服務註冊到服務中心去。
|
||
|
||
> 目前僅支持 `jsonrpc` 和 `jsonrpc-http` 協議發佈到服務中心去，其它協議尚未實現服務註冊
|
||
|
||
### 定義服務消費者
|
||
|
||
一個 `服務消費者(ServiceConsumer)` 可以理解為就是一個客户端類，但在 Hyperf 裏您無需處理連接和請求相關的事情，只需要進行一些鑑定配置即可。
|
||
|
||
#### 自動創建代理消費者類
|
||
|
||
您可通過在 `config/autoload/services.php` 配置文件內進行一些簡單的配置，即可通過動態代理自動創建消費者類。
|
||
|
||
```php
|
||
<?php
|
||
return [
|
||
'consumers' => [
|
||
[
|
||
// name 需與服務提供者的 name 屬性相同
|
||
'name' => 'CalculatorService',
|
||
// 服務接口名，可選，默認值等於 name 配置的值，如果 name 直接定義為接口類則可忽略此行配置，如 name 為字符串則需要配置 service 對應到接口類
|
||
'service' => \App\JsonRpc\CalculatorServiceInterface::class,
|
||
// 對應容器對象 ID，可選，默認值等於 service 配置的值，用來定義依賴注入的 key
|
||
'id' => \App\JsonRpc\CalculatorServiceInterface::class,
|
||
// 服務提供者的服務協議，可選，默認值為 jsonrpc-http
|
||
// 可選 jsonrpc-http jsonrpc jsonrpc-tcp-length-check
|
||
'protocol' => 'jsonrpc-http',
|
||
// 負載均衡算法，可選，默認值為 random
|
||
'load_balancer' => 'random',
|
||
// 這個消費者要從哪個服務中心獲取節點信息，如不配置則不會從服務中心獲取節點信息
|
||
'registry' => [
|
||
'protocol' => 'consul',
|
||
'address' => 'http://127.0.0.1:8500',
|
||
],
|
||
// 如果沒有指定上面的 registry 配置，即為直接對指定的節點進行消費，通過下面的 nodes 參數來配置服務提供者的節點信息
|
||
'nodes' => [
|
||
['host' => '127.0.0.1', 'port' => 9504],
|
||
],
|
||
// 配置項，會影響到 Packer 和 Transporter
|
||
'options' => [
|
||
'connect_timeout' => 5.0,
|
||
'recv_timeout' => 5.0,
|
||
'settings' => [
|
||
// 根據協議不同，區分配置
|
||
'open_eof_split' => true,
|
||
'package_eof' => "\r\n",
|
||
// 'open_length_check' => true,
|
||
// 'package_length_type' => 'N',
|
||
// 'package_length_offset' => 0,
|
||
// 'package_body_offset' => 4,
|
||
],
|
||
// 當使用 JsonRpcPoolTransporter 時會用到以下配置
|
||
'pool' => [
|
||
'min_connections' => 1,
|
||
'max_connections' => 32,
|
||
'connect_timeout' => 10.0,
|
||
'wait_timeout' => 3.0,
|
||
'heartbeat' => -1,
|
||
'max_idle_time' => 60.0,
|
||
],
|
||
],
|
||
]
|
||
],
|
||
];
|
||
```
|
||
|
||
在應用啟動時會自動創建客户端類的代理對象，並在容器中使用配置項 `id` 的值（如果未設置，會使用配置項 `service` 值代替）來添加綁定關係，這樣就和手工編寫的客户端類一樣，通過注入 `CalculatorServiceInterface` 接口來直接使用客户端。
|
||
|
||
> 當服務提供者使用接口類名發佈服務名，在服務消費端只需要設置配置項 `name` 值為接口類名，不需要重複設置配置項 `id` 和 `service`。
|
||
|
||
#### 手動創建消費者類
|
||
|
||
如您對消費者類有更多的需求，您可通過手動創建一個消費者類來實現，只需要定義一個類及相關屬性即可。
|
||
|
||
```php
|
||
<?php
|
||
|
||
namespace App\JsonRpc;
|
||
|
||
use Hyperf\RpcClient\AbstractServiceClient;
|
||
|
||
class CalculatorServiceConsumer extends AbstractServiceClient implements CalculatorServiceInterface
|
||
{
|
||
/**
|
||
* 定義對應服務提供者的服務名稱
|
||
* @var string
|
||
*/
|
||
protected $serviceName = 'CalculatorService';
|
||
|
||
/**
|
||
* 定義對應服務提供者的服務協議
|
||
* @var string
|
||
*/
|
||
protected $protocol = 'jsonrpc-http';
|
||
|
||
public function add(int $a, int $b): int
|
||
{
|
||
return $this->__request(__FUNCTION__, compact('a', 'b'));
|
||
}
|
||
}
|
||
```
|
||
|
||
然後還需要在配置文件定義一個配置標記要從何服務中心獲取節點信息，位於 `config/autoload/services.php` (如不存在可自行創建)
|
||
|
||
```php
|
||
<?php
|
||
return [
|
||
'consumers' => [
|
||
[
|
||
// 對應消費者類的 $serviceName
|
||
'name' => 'CalculatorService',
|
||
// 這個消費者要從哪個服務中心獲取節點信息，如不配置則不會從服務中心獲取節點信息
|
||
'registry' => [
|
||
'protocol' => 'consul',
|
||
'address' => 'http://127.0.0.1:8500',
|
||
],
|
||
// 如果沒有指定上面的 registry 配置，即為直接對指定的節點進行消費，通過下面的 nodes 參數來配置服務提供者的節點信息
|
||
'nodes' => [
|
||
['host' => '127.0.0.1', 'port' => 9504],
|
||
],
|
||
]
|
||
],
|
||
];
|
||
```
|
||
|
||
|
||
這樣我們便可以通過 `CalculatorService` 類來實現對服務的消費了，為了讓這裏的關係邏輯更加的合理，還應該在 `config/autoload/dependencies.php` 內定義 `CalculatorServiceInterface` 和 `CalculatorServiceConsumer` 的關係，示例如下：
|
||
|
||
```php
|
||
return [
|
||
App\JsonRpc\CalculatorServiceInterface::class => App\JsonRpc\CalculatorServiceConsumer::class,
|
||
];
|
||
```
|
||
|
||
這樣便可以通過注入 `CalculatorServiceInterface` 接口來使用客户端了。
|
||
|
||
#### 配置複用
|
||
|
||
通常來説，一個服務消費者會同時消費多個服務提供者，當我們通過服務中心來發現服務提供者時， `config/autoload/services.php` 配置文件內就可能會重複配置很多次 `registry` 配置，但通常來説，我們的服務中心可能是統一的，也就意味着多個服務消費者配置都是從同樣的服務中心去拉取節點信息，此時我們可以通過 `PHP 變量` 或 `循環` 等 PHP 代碼來實現配置文件的生成。
|
||
|
||
##### 通過 PHP 變量生成配置
|
||
|
||
```php
|
||
<?php
|
||
$registry = [
|
||
'protocol' => 'consul',
|
||
'address' => 'http://127.0.0.1:8500',
|
||
];
|
||
return [
|
||
// 下面的 FooService 和 BarService 僅示例多服務，並不是在文檔示例中真實存在的
|
||
'consumers' => [
|
||
[
|
||
'name' => 'FooService',
|
||
'registry' => $registry,
|
||
],
|
||
[
|
||
'name' => 'BarService',
|
||
'registry' => $registry,
|
||
]
|
||
],
|
||
];
|
||
```
|
||
|
||
##### 通過循環生成配置
|
||
|
||
```php
|
||
<?php
|
||
return [
|
||
'consumers' => value(function () {
|
||
$consumers = [];
|
||
// 這裏示例自動創建代理消費者類的配置形式，顧存在 name 和 service 兩個配置項，這裏的做法不是唯一的，僅説明可以通過 PHP 代碼來生成配置
|
||
// 下面的 FooServiceInterface 和 BarServiceInterface 僅示例多服務，並不是在文檔示例中真實存在的
|
||
$services = [
|
||
'FooService' => App\JsonRpc\FooServiceInterface::class,
|
||
'BarService' => App\JsonRpc\BarServiceInterface::class,
|
||
];
|
||
foreach ($services as $name => $interface) {
|
||
$consumers[] = [
|
||
'name' => $name,
|
||
'service' => $interface,
|
||
'registry' => [
|
||
'protocol' => 'consul',
|
||
'address' => 'http://127.0.0.1:8500',
|
||
]
|
||
];
|
||
}
|
||
return $consumers;
|
||
}),
|
||
];
|
||
```
|
||
|
||
### 返回 PHP 對象
|
||
|
||
當框架導入 `symfony/serializer (^5.0)` 和 `symfony/property-access (^5.0)` 後，並在 `dependencies.php` 中配置一下映射關係
|
||
|
||
```php
|
||
use Hyperf\Utils\Serializer\SerializerFactory;
|
||
use Hyperf\Utils\Serializer\Serializer;
|
||
|
||
return [
|
||
Hyperf\Contract\NormalizerInterface::class => new SerializerFactory(Serializer::class),
|
||
];
|
||
```
|
||
|
||
`NormalizerInterface` 就會支持對象的序列化和反序列化。暫時不支持這種 `MathValue[]` 對象數組。
|
||
|
||
定義返回對象
|
||
|
||
```php
|
||
<?php
|
||
|
||
declare(strict_types=1);
|
||
|
||
namespace App\JsonRpc;
|
||
|
||
class MathValue
|
||
{
|
||
public $value;
|
||
|
||
public function __construct($value)
|
||
{
|
||
$this->value = $value;
|
||
}
|
||
}
|
||
```
|
||
|
||
改寫接口文件
|
||
|
||
```php
|
||
<?php
|
||
|
||
declare(strict_types=1);
|
||
|
||
namespace App\JsonRpc;
|
||
|
||
interface CalculatorServiceInterface
|
||
{
|
||
public function sum(MathValue $v1, MathValue $v2): MathValue;
|
||
}
|
||
```
|
||
|
||
控制器中調用
|
||
|
||
```php
|
||
<?php
|
||
|
||
use Hyperf\Utils\ApplicationContext;
|
||
use App\JsonRpc\CalculatorServiceInterface;
|
||
use App\JsonRpc\MathValue;
|
||
|
||
$client = ApplicationContext::getContainer()->get(CalculatorServiceInterface::class);
|
||
|
||
/** @var MathValue $result */
|
||
$result = $client->sum(new MathValue(1), new MathValue(2));
|
||
|
||
var_dump($result->value);
|
||
```
|
||
|
||
### 使用 JsonRpcPoolTransporter
|
||
|
||
框架提供了基於連接池的 `Transporter`，可以有效避免高併發時，建立過多連接的問題。這裏可以通過替換 `JsonRpcTransporter` 的方式，使用 `JsonRpcPoolTransporter`。
|
||
|
||
修改 `dependencies.php` 文件
|
||
|
||
```php
|
||
<?php
|
||
|
||
declare(strict_types=1);
|
||
|
||
use Hyperf\JsonRpc\JsonRpcPoolTransporter;
|
||
use Hyperf\JsonRpc\JsonRpcTransporter;
|
||
|
||
return [
|
||
JsonRpcTransporter::class => JsonRpcPoolTransporter::class,
|
||
];
|
||
|
||
```
|
||
|
||
|