本文并不是一篇教程,只是提供了一个思路,最好先熟悉了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的要求,准备参数,准备回调函数。
::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,服务器也可以返回一个序列化的数据,目前还不清楚内部实现。
利用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字节序列)。
这里有点特殊,有参数类型要求,不是随便写一个函数指针就可以的,多写写就习惯了。
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;
}
};
回调函数被调用后,我们首先获取字节序列,然后通过输入流,直接读取数据到对应的类型变量中。字节序列+流的形式,封装了解析细节,使用起来非常方便。
通过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();
服务端可以采用同步方式处理(即使客户端采用异步),也可以采用异步(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中的,直接拿来用的哈,流程就走完了。
原理就是不用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来序列化
然后就可以传参,调用了。