登录/注册

JSON RPC 服务

JSON RPC 是一种基于 JSON 格式的轻量级的 RPC 协议标准,易于使用和阅读。在 Hyperf 里由 hyperf/json-rpc 组件来实现,可自定义基于 HTTP 协议来传输,或直接基于 TCP 协议来传输。

安装

composer require hyperf/json-rpc

该组件只是 JSON RPC 的协议处理的组件,通常来说,您仍需配合 hyperf/rpc-serverhyperf/rpc-client 来满足 服务端 和 客户端的场景,如同时使用则都需要安装:

要使用 JSON RPC 服务端:

composer require hyperf/rpc-server

要使用 JSON RPC 客户端:

composer require hyperf/rpc-client

使用

服务有两种角色,一种是 服务提供者(ServiceProvider),即为其它服务提供服务的服务,另一种是 服务消费者(ServiceConsumer),即依赖其它服务的服务,一个服务既可能是 服务提供者(ServiceProvider),同时又是 服务消费者(ServiceConsumer)。而两者直接可以通过 服务契约 来定义和约束接口的调用,在 Hyperf 里,可直接理解为就是一个 接口类(Interface),通常来说这个接口类会同时出现在提供者和消费者下。

定义服务提供者

目前仅支持通过注解的形式来定义 服务提供者(ServiceProvider),后续迭代会增加配置的形式。我们可以直接通过 @RpcService 注解对一个类进行定义即可发布这个服务了:

<?php

namespace AppJsonRpc;

use HyperfRpcServerAnnotationRpcService;

/**
 * 注意,如希望通过服务中心来管理服务,需在注解内增加 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 属性为定义该服务暴露的协议,目前仅支持 jsonrpcjsonrpc-http,分别对应于 TCP 协议和 HTTP 协议下的两种协议,默认值为 jsonrpc-http,这里的值对应在 HyperfRpcProtocolManager 里面注册的协议的 key,这两个本质上都是 JSON RPC 协议,区别在于数据格式化、数据打包、数据传输器等不同。server 属性为绑定该服务类发布所要承载的 Server,默认值为 jsonrpc-http,该属性对应 config/autoload/server.php 文件内 servers 下所对应的 name,这里也就意味着我们需要定义一个对应的 Server,我们下一章节具体阐述这里应该怎样去处理;publishTo 属性为定义该服务所要发布的服务中心,目前仅支持 consul 或为空,为空时代表不发布该服务到服务中心去,但也就意味着您需要手动处理服务发现的问题,当值为 consul 时需要对应配置好 hyperf/consul 组件的相关配置,要使用此功能需安装 hyperf/service-governance 组件,具体可参考 服务注册 章节;

使用 @RpcService 注解需 use HyperfRpcServerAnnotationRpcService; 命名空间。

定义 JSON RPC Server

HTTP Server (适配 jsonrpc-http 协议)

<?php

use HyperfServerServer;
use HyperfServerSwooleEvent;

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 => [HyperfJsonRpcHttpServer::class, 'onRequest'],
            ],
        ],
    ],
];

TCP Server (适配 jsonrpc 协议)

<?php

use HyperfServerServer;
use HyperfServerSwooleEvent;

return [
    // 这里省略了该文件的其它配置
    'servers' => [
        [
            'name' => 'jsonrpc',
            'type' => Server::SERVER_BASE,
            'host' => '0.0.0.0',
            'port' => 9503,
            'sock_type' => SWOOLE_SOCK_TCP,
            'callbacks' => [
                SwooleEvent::ON_RECEIVE => [HyperfJsonRpcTcpServer::class, 'onReceive'],
            ],
            'settings' => [
                'open_eof_split' => true,
                'package_eof' => "rn",
                'package_max_length' => 1024 * 1024 * 2,
            ],
        ],
    ],
];

TCP Server (适配 jsonrpc-tcp-length-check 协议)

当前协议为 jsonrpc 的扩展协议,用户可以很方便的修改对应的 settings 使用此协议,示例如下。

<?php

use HyperfServerServer;
use HyperfServerSwooleEvent;

return [
    // 这里省略了该文件的其它配置
    'servers' => [
        [
            'name' => 'jsonrpc',
            'type' => Server::SERVER_BASE,
            'host' => '0.0.0.0',
            'port' => 9503,
            'sock_type' => SWOOLE_SOCK_TCP,
            'callbacks' => [
                SwooleEvent::ON_RECEIVE => [HyperfJsonRpcTcpServer::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

return [
    'uri' => 'http://127.0.0.1:8500',
];

配置完成后,在启动服务时,Hyperf 会自动地将 @RpcService 定义了 publishTo 属性为 consul 的服务注册到服务中心去。

目前仅支持 jsonrpc 和 jsonrpc-http 协议发布到服务中心去,其它协议尚未实现服务注册

定义服务消费者

一个 服务消费者(ServiceConsumer) 可以理解为就是一个客户端类,但在 Hyperf 里您无需处理连接和请求相关的事情,只需要进行一些鉴定配置即可。

自动创建代理消费者类

您可通过在 config/autoload/services.php 配置文件内进行一些简单的配置,即可通过动态代理自动创建消费者类。

<?php
return [
    'consumers' => [
        [
            // name 需与服务提供者的 name 属性相同
            'name' => 'CalculatorService',
            // 服务接口名,可选,默认值等于 name 配置的值,如果 name 直接定义为接口类则可忽略此行配置,如 name 为字符串则需要配置 service 对应到接口类
            'service' => AppJsonRpcCalculatorServiceInterface::class,
            // 对应容器对象 ID,可选,默认值等于 service 配置的值,用来定义依赖注入的 key
            'id' => AppJsonRpcCalculatorServiceInterface::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' => "rn",
                    // '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

namespace AppJsonRpc;

use HyperfRpcClientAbstractServiceClient;

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
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 内定义 CalculatorServiceInterfaceCalculatorServiceConsumer 的关系,示例如下:

return [
    AppJsonRpcCalculatorServiceInterface::class => AppJsonRpcCalculatorServiceConsumer::class,
];

这样便可以通过注入 CalculatorServiceInterface 接口来使用客户端了。

配置复用

通常来说,一个服务消费者会同时消费多个服务提供者,当我们通过服务中心来发现服务提供者时, config/autoload/services.php 配置文件内就可能会重复配置很多次 registry 配置,但通常来说,我们的服务中心可能是统一的,也就意味着多个服务消费者配置都是从同样的服务中心去拉取节点信息,此时我们可以通过 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
return [
    'consumers' => value(function () {
        $consumers = [];
        // 这里示例自动创建代理消费者类的配置形式,顾存在 name 和 service 两个配置项,这里的做法不是唯一的,仅说明可以通过 PHP 代码来生成配置
        // 下面的 FooServiceInterface 和 BarServiceInterface 仅示例多服务,并不是在文档示例中真实存在的
        $services = [
            'FooService' => AppJsonRpcFooServiceInterface::class,
            'BarService' => AppJsonRpcBarServiceInterface::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/serialize (^4.3)symfony/property-access (^4.3) 后,HyperfContractNormalizerInterface 的实现会自动使用 HyperfUtilsSerializerSymfonyNormalizer 而非 HyperfUtilsSerializerSimpleNormalizerSymfonyNormalizer 支持对象的序列化和反序列化。暂时不支持这种 MathValue[] 对象数组。

虽然 SymfonyNormalizer 兼容 SimpleNormalizer 的实现,但真实使用时,最好自己规定好使用 SymfonyNormalizer 还是 SimpleNormalizer,而不是交给框架自己选择,因为线上项目可能意外导入相关包,导致相关项目的实现不一致,使得出现问题。

定义返回对象

<?php

declare(strict_types=1);

namespace AppJsonRpc;

class MathValue
{
    public $value;

    public function __construct($value)
    {
        $this->value = $value;
    }
}

改写接口文件

<?php

declare(strict_types=1);

namespace AppJsonRpc;

interface CalculatorServiceInterface
{
    public function sum(MathValue $v1, MathValue $v2): MathValue;
}

控制器中调用

<?php

use HyperfUtilsApplicationContext;
use AppJsonRpcCalculatorServiceInterface;
use AppJsonRpcMathValue;

$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

declare(strict_types=1);

use HyperfJsonRpcJsonRpcPoolTransporter;
use HyperfJsonRpcJsonRpcTransporter;

return [
    JsonRpcTransporter::class => JsonRpcPoolTransporter::class,
];
原文地址:https://www.bookstack.cn/read/hyperf-1.1.20/json-rpc.md
文章来源与用户投稿或网络采集,如果您是本文的作者,发现版权或转载方式问题请右侧邮箱联系管理员。

抢沙发

我们不是孤独的个体,留下足迹,保持联系,成为团体...
姓名
电子邮件
个人主页