package tutorial; //包命名，确保不同项目的包名不冲突，导入其他proto文件会用到。//导入其他目录下的proto包，个人理解这里的导入包的位置，为指定源目录的相对位置，即protoc -I=$SRC-DIR目录位置，如果没有指定，则

gRPC是一个高性能的通信协议，它基于HTTP/2和protocol buffers。它是微服务之间进行同步通信的主要选择。与之相对的，就是其他协议，如AMQP的异步通信队列或者发布/订阅模式。RPC框架实际是提供了一套机制，使得应用程序之间可以进行通信，

　　gRPC是Google公司基于Protobuf开发的跨语言的开源RPC框架。gRPC基于HTTP/2协议设计，可以基于一个HTTP/2链接提供多个服务，对于移动设备更加友好。本节将讲述gRPC的简单用法。　　最底层为TCP或Unix Socket协议，

protobuf是一种高效的数据格式，平台无关、语言无关、可扩展，可用于 RPC 系统和持续数据存储系统。Protobuf是Protocol Buffer的简称，它是Google公司于2008年开源的一种高效的平台无关、语言无关、可扩展的数据格式，目前Pr

[翻译] ProtoBuf 官方文档（一）- 开发者指南[翻译] ProtoBuf 官方文档（二）- 语法指引[翻译] ProtoBuf 官方文档（三）- 语法指引[翻译] ProtoBuf 官方文档（四）- 规范指引[翻译] ProtoBuf 官方文档（

syntax = "proto2";package message;required int32 order_id=1;required string title=2;mkdir $GOPATH/src/message;protoc -

我们在开发一些RPC调用的程序时，通常会涉及到对象的序列化/反序列化的问题，比如一个“Person”对象从Client端通过TCP方式发送到Server端；因为TCP协议只能发送字节流，所以需要应用层将Java对象序列化成字节流，数据接收端再反序列化成Ja

　　项目中要使用rpc协议框架来实现两个系统之间的接口调用。A系统调用B系统的相应接口，因为考虑到http请求会包含更多冗余信息，造成请求过大，因此选用了rpc众多框架中的grpc。　　grpc是google开源的rpc框架，目前版本1.0.0，看jar包

netty 默认支持protobuf 的封装与解码，如果通信双方都使用netty则没有什么障碍，但如果客户端是其它语言（C#）则需要自己仿写与netty一致的方式，提前是必须很了解netty是如何进行封装与解码的。以上是提供的默认实现。

在参考了以上两个实现,再结合项目的实现情况,在协议处理上我选择了protoc buffer. Protbuf的跨平台使使用C++的客户端可以方便的序列化协议对象.使用客户端和服务器双方更关注于游戏协议,而非字节流的处理细节.有利于客户端和服务端快速交流.

分布式应用系统中，系统之间的通讯的质量决定了系统的可用性，当然很多可以选择的技术：XML-RPC，RMI，SOAP，CORBA，JMS，EJB，NIO等。在传输数据的过程中，数据包越小，占用的带宽就越少，同等条件下资源利用就会越小。目前基于SOA的ESB系

ProtoBuf，全称是Protocol Buffers, 它是谷歌内部用的一种高效的、可扩展的对结构化数据进行编码的格式规范。谷歌自己内部很多程序之间的通信协议都用了ProtoBuf。

TensorFlow 是谷歌的第二代机器学习系统，按照谷歌所说，在某些基准测试中，TensorFlow的表现比第一代的DistBelief快了2倍。TensorFlow 内建深度学习的扩展支持，任何能够用计算流图形来表达的计算，都可以使用TensorFlo

编译Hadoop-2.0.3的native. 2.配置protobuf