关于ZeroC Ice C++异步invoke,整合ProtoBuf对象

导读

      • 前奏
      • 问题马上就来了
      • 没办法只能自己摸索了
        • 1. 先来看看其定义
        • 2. 参数的准备
        • 3. 准备回调函数
        • 4. 正式调用
        • 5. 到此客户端就完成了,服务端怎么办呢?
      • 现在大家喜欢用ProtoBuf,怎么来整合到Ice中

前奏

本文并不是一篇教程,只是提供了一个思路,最好先熟悉了Ice相关概念,动手调试运行了官方Demo后,再来看。

我们知道Ice的一般使用方式,是通过Slice文件生成的对应的类来操作,Ice为我们封装了网络通信的过程,只需调用Slice中定义类方法即可,如下Slice文件定义所示:

module Demo {
    interface AskPerson {
        string AskNumber(string sName);
        string AskName(string sName);
    };
};

客户端通过该类的Proxy直接调用该类的方,对于客户端来说Proxy就是代表着该类。我们可以按照如下的方式调用,也可以学习官方Demo。

// 从配置文件读取属性信息
Ice::InitializationData initData;
initData.properties = Ice::createProperties();
initData.properties->load("config.client");

ic = Ice::initialize(argc, argv,initData);

// 从配置文件中读取Ice::Object即我们的目标对象的标识号
Ice::ObjectPrx base = ic->propertyToProxy("AskPerson.Proxy");
AskPersonPrx askerPrx = AskPersonPrx::checkedCast(base);
if (!askerPrx)
{
    throw "Invalid proxy";
}

std::cout<<"client get"<<askerPrx->AskName("xx")<<std::endl;

很简单,读一下Demo和网上的文章基本就能学会使用,但是可能这个技术有点Old,所以好多文章都是2012年之前的,也鲜有人讨论。

问题马上就来了

假设一个项目中有50个这样的对象,各个业务模块,难道都需要创建对象askPerson1~50?且万一类名改变了怎么办?在业务模块经常因为这样的变动而修改代码,肯定没有人会感觉到很舒服。

首先想到的是封装一层,这些生成的对象都有Ice基类的,但方法名是个麻烦事儿,Ice不可能在Ice::Object中提前定义好我们需要的虚函数。

幸好,Ice提供了invoker方法,我们只需提供函数名和参数,invoker会帮我们发起RPC调用。

同步方式调用invoker很简单,跟直接调AskName差不多,只是返回值,变成了输出参数,官方Demo也有比较简单的例子,就不赘述了。invoker定义如下:

bool ice_invoke(const ::std::string& operation,
                ::Ice::OperationMode mode,
                const ::std::vector< ::Ice::Byte>& inParams,
                ::std::vector< ::Ice::Byte>& outParams)

可奇怪的是,官方Demo中只讲了生成类AskPerson直接调成员方法的async,没有讲invoker的async。网上的文章也几乎没有讨论的。

没办法只能自己摸索了

直接上结论了,Ice提供了begin_ice_invoke,其实就是围绕它来完成异步的。我们按照begin_ice_invoke的要求,准备参数,准备回调函数。

1. 先来看看其定义

    ::Ice::AsyncResultPtr begin_ice_invoke(
    const ::std::string& operation,
    ::Ice::OperationMode mode,
    const ::std::vector< ::Ice::Byte>& inParams, //RPC调用的参数
    const ::Ice::Context& __ctx,
    const ::Ice::CallbackPtr& __del,             //回调函数指针
    const ::Ice::LocalObjectPtr& __cookie = 0)

其中operation就是slice文件中定义的成员方法,例如下面代码中的GoNameAsync:

#ifndef ASKPERSON_ICE
#define ASKPERSON_ICE

[["cpp:include:person.pb.h"]]
[["cpp:include:StreamProtobuf.h"]]

module Demo {
    ["cpp:type:PersonModule::Person"] sequence<byte> Person;
    interface AskPerson {
        string AskNumber(string sName);
        string AskName(string sName);
        ["amd"] void GoNameAsync(string sName);
        ["amd"] void GoNumberAsync(int nGid,string sName);
        ["amd"] void GoPerson(Person p);
    };
};

#endif

而inParams就是GoNameAsync的参数,只不过是序列化后的;Ice::CallbackPtr是一个回调函数的指针,用于异步的方式返回数据。

GoNameAsynce的返回值为void,服务器也可以返回一个序列化的数据,目前还不清楚内部实现。

2. 参数的准备

利用Ice提供的输入输出流,将数据直接序列化为buffer,如下代码所示,将字符串write到Ice的字节序列ByteSeq中,ByteSeq的实质是std::vector< ::Ice::Byte>

Ice::InitializationData initData;
initData.properties = Ice::createProperties();
initData.properties->load("config.client");

//ic = Ice::initialize(argc, argv,initData);
ic = Ice::initialize(initData);

...

Ice::ByteSeq inParams;
Ice::OutputStreamPtr out = Ice::createOutputStream(ic);
out->startEncapsulation();
out->write("tom");
out->endEncapsulation();
out->finished(inParams);

上例我们向输出流里写入了一个字符串"tom",如果一个RPC调用有多个参数,只需多次调用out->write()方法,该方法重载了多种类型,我们传值就可以了。

最后直接将流里面的数据,刷新到缓冲区(Ice::ByteSeq字节序列)。

3. 准备回调函数

这里有点特殊,有参数类型要求,不是随便写一个函数指针就可以的,多写写就习惯了。

class CallBack :public IceUtil::Shared
{
    // 这个回调函数名不限制,但是参数类型要给正确
    void response(const Ice::AsyncResultPtr& p)
    {
        Ice::ByteSeq datas;
        // 从invoke中获取字节序列
        p->getProxy()->end_ice_invoke(datas,p);
        
        // 通过输入流将该字节序,直接读取
        Ice::InputStreamPtr in = Ice::createInputStream(p->getCommunicator(), datas);
        
        // 具体的数据是哪种类型,要看服务端怎么发的
        std::string message;
        in->read(message);
        in->readPendingObjects();
        in->endEncapsulation();
        std::cout<<"get response"<<message<<std::endl;
    }
};

回调函数被调用后,我们首先获取字节序列,然后通过输入流,直接读取数据到对应的类型变量中。字节序列+流的形式,封装了解析细节,使用起来非常方便。

4. 正式调用

通过Ice::newCallback方法创建回调函数的指针。并发起async RPC调用。

CallbackPtr cb = new Callback();
// 这个context现在我还没用过,初次使用直接创建对象吧,不要犹豫
Ice::Context context;

// CallbackPtr是ICE定义的,重点关注newCallback这个方法
Ice::CallbackPtr cbPtr = Ice::newCallback(cb, &Callback::response);

// 正式发起RPC调用,输入参数,等待回调
Ice::AsyncResultPtr asyncPtr = base->begin_ice_invoke("AskNameAsync"
                               ,Ice::Normal,inParams
                               ,context,cbPtr);
asyncPtr->waitForCompleted();

5. 到此客户端就完成了,服务端怎么办呢?

服务端可以采用同步方式处理(即使客户端采用异步),也可以采用异步(AMD模式),两端是独立的,这是很基本的概念。

服务端采用异步方式,开线程搞个workqueue是一般步骤,下面来看看具体的目标服务对象怎么定义的,由于是invoker方式,就不能搞一个类然后继承Demo::AskPerson了。要像下面这样:

class AskPersonInvokerAsync : public Ice::BlobjectAsync
{
public:

    AskPersonInvokerAsync(const WorkQueuePtr& workQueue):_workQueue(workQueue)
    {
    }

    virtual void ice_invoke_async(const Ice::AMD_Object_ice_invokePtr& cb
                                  , const std::vector<Ice::Byte>&inParam
                                  , const Ice::Current& current)
    {
        _workQueue->add(cb,inParam,current);
    }

private:
    WorkQueuePtr _workQueue;
};

注意ice_invoke_async第一个参数(即回调函数的指针)的类型;WorkQueue就是官方Demo中的,直接拿来用的哈,流程就走完了。

现在大家喜欢用ProtoBuf,怎么来整合到Ice中

原理就是不用PB来序列化,只是用PB的对象,而采用Ice输入输出流,直接序列化PB对象到Ice::ByteSeq中。

https://github.com/zeroc-ice/ice-protobuf中有例子,但没有invoke的,我们把它的序列化头文件StreamProtobuf.h直接拿来用。

该文件中定义的模板StreamHelper是一个特化模板,将PB对象序列化的具体实现,Ice中也定义了这样的一个模板,如此一来,PB就可以很方便的整合进Ice的输入输出流,编译时会自动匹配这个特化模板,使用时像如下代码:

// 定义的一个PB类
PersonModule::Person testPerson;
testPerson.set_age(15);
testPerson.set_name("kyle");
...

Ice::ByteSeq inParams;
Ice::OutputStreamPtr out = Ice::createOutputStream(ic);
out->startEncapsulation();

// 注意通过输出流write对象时,记得填模板参数
out->write<PersonModule::Person>(testPerson);
out->endEncapsulation();
out->finished(inParams);

注意是用Ice::OutputStream来序列化,而不用PB来序列化

然后就可以传参,调用了。

你可能感兴趣的:(c++)