标签：实体类 protocol 方式 反解 buffer descriptor 场景

刚进公司，给了个活，了解protocol buffer，应用这个技术给通信做打包和拆包

现在还没拿到公司这块的代码，但是对于工业物联网的项目，报文的消息应该是多样的，用端对端都是同一个消息体显然是不切实际的

那就是接下来的问题了目前想到三个解决方式

两端都维护消息体的protocol生产的java文件，在生产的byte数组前，两外加一些字节负责存放这个类的一些信息，以便接收方可以知道接收的数据属于哪个实体类

这种方式又出现两个解决方式，一是傻瓜式得维护一个类似switch case的方式，通过消息体带的标识，直接转到哪个分支，用什么类去反解成实体类，这个方式最大的缺点就是需要维护这个Switchcase，对修改不友好

第二种方式是，获得类的信息，通过反射的方式，得到类，调用反解方法

说到第二种方式，在网上查到的通过标记类信息反解，用descriptor的方式来做，就有点疑惑，既然我能拿到类的信息，为啥我还要用descriptor来搞反解，为啥不一步到位直接调用这个对象反解

第三种方式就是动态解析

标签：实体类,protocol,方式,反解,buffer,descriptor,场景
来源： https://www.cnblogs.com/heroinss/p/14985529.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。