protocol buffer应用场景方案想法
刚进公司,给了个活,了解protocol buffer,应用这个技术给通信做打包和拆包
现在还没拿到公司这块的代码,但是对于工业物联网的项目,报文的消息应该是多样的,用端对端都是同一个消息体显然是不切实际的
那就是接下来的问题了目前想到三个解决方式
两端都维护消息体的protocol生产的java文件,在生产的byte数组前,两外加一些字节负责存放这个类的一些信息,以便接收方可以知道接收的数据属于哪个实体类
这种方式又出现两个解决方式,一是傻瓜式得维护一个类似switch case的方式,通过消息体带的标识,直接转到哪个分支,用什么类去反解成实体类,这个方式最大的缺点就是需要维护这个Switchcase,对修改不友好
第二种方式是,获得类的信息,通过反射的方式,得到类,调用反解方法
说到第二种方式,在网上查到的通过标记类信息反解,用descriptor的方式来做,就有点疑惑,既然我能拿到类的信息,为啥我还要用descriptor来搞反解,为啥不一步到位直接调用这个对象反解
第三种方式就是动态解析
如下就是一个,在用descriptor解析获得一个dynamicMessage后,还需要拼接成一个对象,可能对于json格式的比较合适
protobuf在java应用中通过反射动态创建对象(DynamicMessage)
下方是一个dynamicMessage的应用场景的demo集合
Java Code Examples for com.google.protobuf.DynamicMessage
说一下descriptorSet生成的两种方式 :
相对路径 protoc --descriptor_set_out=cinema.description ./cinema.proto --proto_path=.
绝对路径 protoc --descriptor_set_out=D://cinema1.description D://cinema1.proto --proto_path=D://
贴两个利用生成的descriptor来实现反解的例子
Protobuf动态解析、自描述消息(java版)
Protobuf动态解析在Java中的应用 包含例子程序
这两个例子非常相似,问题在于我的proto定义里有使用其他的message,跑这个demo的时候直接挂了,报找不到那个message的定义
反而采用下方这种,从生成的protojava类里获取的descriptor反解没有报错,这三个例子都有很多短板
做了两次包装和反解,还需要利用反射,性能上损耗应该很大
static void sendAndRead2(byte[] ba) throws InvalidProtocolBufferException { Descriptors.Descriptor descriptor=Ownerpro.Owner.getDescriptor(); DynamicMessage dynamicMessage=DynamicMessage.parseFrom(descriptor,ba); System.out.println(descriptor.getFullName()); System.out.println(descriptor.getIndex()); System.out.println(dynamicMessage.getField(descriptor.findFieldByNumber(1))); //dynamicMessage.getField(descriptor.getIndex()) //dynamicMessage.getField(descriptor.findFieldByNumber()); System.out.println(dynamicMessage.getAllFields()); }
Owner
0
ls
{Owner.name=ls, Owner.phone=33336, Owner.age=56, Owner.houses=[xiaoqu: "hubing"
lou: "15dong"
danyuan: 303
, xiaoqu: "gaoshan"
lou: "8dong"
danyuan: 201
]}
这是打印出的结果,可以看到包含了类的信息,这个要反解成对象的话,还是有点费劲