mitesi的专栏

该系列Blog的内容主体主要源自于Protocol Buffer的官方文档，而代码示例则抽取于当前正在开发的一个公司内部项目的Demo。这样做的目的主要在于不仅可以保持Google文档的良好风格和系统性，同时再结合一些比较实用和通用的用例，这样就更加便于公司内部的培训，以及和广大网友的技术交流。需要说明的是，Blog的内容并非line by line的翻译，其中包含一些经验性总结，与此同时，对于一

这篇Blog仍然是以Google的官方文档为主线，代码实例则完全取自于我们正在开发的一个Demo项目，通过前一段时间的尝试，感觉这种结合的方式比较有利于培训和内部的技术交流。还是那句话，没有最好的，只有最适合的。我想写Blog也是这一道理吧，不同的技术主题可能需要采用不同的风格。好了，还是让我们尽早切入主题吧。 一、生成目标语言代码 下面的命令帮助我们将MyMessage.proto文

背景　 　 Poppy是基于Protocol Buffer的网络通讯解决方案。　 　 众所周知，分布式网络程序对通讯协议的灵活性、容错性、可扩展性、安全性、性能等都有较高的要求，使得其复杂性比单机程序高很多。　 　 最原始的网络程序往往采用自己定义协议，自己编写打包和解包代码的方式进行通讯，繁琐而又容易出错，灵活性和可扩充性也不好。　 　 Proto

概述捣鼓hdfs、yarn、hbase、zookeeper的代码一年多了，是时候整理一下了。在hadoop （2.5.2）中protobuf是节点之间以及客户端和各个节点通信的基础序列化框架（协议），而基于avro和Writable的序列化框架则是这个协议里的payload，因而这一系列的文章打算从protobuf这个框架开始入手(版本2.5.0)。从抽象的角度来说，protobuf框架是

深入Protobuf源码－编码实现基本类型编码在前文有提到消息是一系列的基本类型以及其他消息类型的组合，因而基本类型是probobuf编码实现的基础，这些基本类型有：.proto TypeJava TypeC++ TypeWire Typedoubledoubledouble

深入Protobuf源码－Descriptor、Message、RPC框架Descriptor框架对非optimize_for为LITE_RUNTIME的proto文件，protobuf编译器会在编译出的Java代码文件末尾添加一个FileDescriptor静态字段以描述该proto文件定义时的所有元数据信息、为每个message对象定义一个Descriptor静态字段以描述该mes

Protocol Buffers1. 人人都爱Protocol Buffers1.1 Protocol Buffers（PB）是什么?Protocol buffers are Google’s language-neutral, platform-neutral, extensible mechanism for serial

protobuf是Google开发的一个序列化框架，类似XML，JSON，基于二进制，比传统的XML表示同样一段内容要短小得多。通过protobuf，可以很轻松的调用相关方法来完成业务数据的序列化与反序列化。protobuf repeated类型相当于std的vector，可以用来存放N个相同类型的内容，文章将简单介绍protobuf repeated的使用。首先定义一个protobuf结