proto

其实就是PCR,做两次,把两段序列融合在一起,第一次PCR的时候,第一段序列的3"引物和第二段序列的5"引物要有一段互补区,然后用第一次PCR的产物做模板,第一段序列的5"引物和第二段序列的3"引物做引物,进行第二次扩增,形成融合序列,详见图示。

初板. 第一次打出来的样品. 也叫"头办"

客户端lua，通信协议是protobuf，以前用网易的proto-gen-lua，使用过程遇到些问题需要绕，比如： 1、每次更改、增加proto都要生成新的文件，代码规模剧增 2、由于lua本身，每个文件最大文件内全局local变量不能超过200个，所以当proto规模太大时。

这个是思科的配置，本人不太熟悉...解释仅供参考... ip forward-protocol udp bootpsservice dhcp这个是开启DHCP服务... spanning-tree rmon enable这个是开启生成树协议... !forward protocol udp 67(active)!ip helper-address 125.219.152.18指定DHCP服务器的地址... 最后一条配置静态默认路由，即网关...

这个把后缀修改了，就可以，当然内容要调整

最近在用Kratos开发项目的时候遇到了问题，repeated类型的字段在值为空的情况下，字段被直接忽略掉了。 我希望的是即使为空的情况下也能返回一个空数组,而不是直接把整个字段忽略掉，就像下面这样： 经过多方排查之后找到了问题所在，google会在生成pb.go文件时在json标签里插入 omitempty 属性，而json库在转换json时一旦遇到这个标签就会忽略掉空字段，这不符合我的需求，所以把这个字段去掉就好了。 先写一个shell脚本来递归遍历api目录下的pb.go文件： 接着修改Makefile文件： 在api的最下面添加替换脚本，流程就是遍历scandir脚本查出来的pb.go文件，替换掉文件里所有的omitempty，然后将文件暂存为.tmp，最后再覆盖原文件。 今后每次执行make api时就会连带自动替换掉所有生成文件中的omitempty，免得每次手动替换麻烦又容易出错。 参考： https://ld246.com/article/1591110788411

PR prototype 的缩写吧 未开模产品样件OT 可能指的是 OTS off tooling samples 全状态工装非生产节拍下的样件请说的在具体一点

这个把后缀修改了，就可以

元件品号，位号，坐标，方向，封装尺寸，feeder型号，吸嘴型号，真空压力大小。

protocol buffer编译器生成 Foo 类，公开地(publicly)派生自 google::protobuf::Message。Foo类是一个实体类；禁止遗留下纯虚的方法没有被实现。除了 Message 中的虚方法之外，非纯虚的方法可以由 Foo 类重载也可以不重载，取决于优化模式。缺省，为了最高的速度， Foo 实现特定protocol buffer版本的所有方法。不管怎样，如果 .proto 文件包含下列行：1 option optimize_for = CODE_SIZE;Foo 将仅重载运行必需的最小方法集合，和依赖于基于反射实现的剩余部分。这意味着减小了生成代码的大小，但也减小了性能。或者，如果 .proto 文件包含：1 option optimize_for = LITE_RUNTIME;Foo 将包含所有方法的快速实现(fast implementations)，但是是实现 google::protobuf::MessageLite 接口，仅包含 Message 中所有方法的一个子集。尤其，它不支持描述符(descriptors)或反射。不管怎样，以这种方式生成的代码只需要连接 libprotobuf-lite.so (Windows上是 libprotobuf-lite.lib) 而不是 libprotobuf.so(libprotobuf.lib)。"lite"库比 "full"库(完整的库)要小很多，更适用于资源受限的系统，比如手机。你不应该创建 Foo 的子类。如果你子类化 Foo ，并且重载虚方法，重载可能被忽略，就像很多生成的方法为了提高性能被去虚拟化(de-virtualized)。

要看具体变量的类型，看个例子吧：在网络游戏中，游戏玩家之间的同步是一个最基本的功能，而同步是通过对坐标的广播进行的，因此我们假设一个简单的模型，当一个玩家的位置发生变化时，将玩家的新位置发给地图内所有玩家，根据这个情况写出以下proto文件。message PlayerPos{ required uint32 playerID = 1; required float posX = 2 ; required float posY = 3 ;}这样就有一个问题，现在的游戏都是3D游戏，因此需要xyz来表示位置，还需要另一组xyz来表示朝向，如果用简单变量的话就会显的很乱，而且无论是位置还是朝向其实都是一组xyz，因此可以将xyz抽出来成为一个复合数据类型，单独放在一个文件中。这样就构成以下文件。file vector.protomessage vector3D{required float x = 1;required float y = 2;required float z = 3;};file Player.protoimport "vector.proto";message PlayerPos {required uint32 playerID = 1;required vector3D pos = 2;};编译的时候先编译vector文件，采用import时需要注意路径，本例中两文件在同一目录下。protoc --cpp_out=. vector.proto Player.protoproto对应的文件已经生成了，但是该怎么赋值呢，查API查了半天有点不知所以，干脆来看生成的类文件的源代码吧 // required uint32 playerID = 1; inline bool has_playerid() const; inline void clear_playerid(); static const int kPlayerIDFieldNumber = 1; inline ::google::protobuf::uint32 playerid() const; inline void set_playerid(::google::protobuf::uint32 value); // required .vector3D pos = 2; inline bool has_pos() const; inline void clear_pos(); static const int kPosFieldNumber = 2; inline const ::vector3D& pos() const; inline ::vector3D* mutable_pos(); inline ::vector3D* release_pos(); inline void set_allocated_pos(::vector3D* pos);上面列出了生成的部分源代码，主要是PlayerPos的操作变量的函数，第一个playID很简单，可以看到直接使用set_playerid ( ) 即可，但是对于嵌套的pos 发现没有对应的set_pos方法，不过发现了一个set_allocated_pos() 函数，这个函数也是set开头的，看看这个函数是干嘛的。 inline void PlayerPos::set_allocated_pos(::vector3D* pos) { delete pos_; pos_ = pos; if (pos) { set_has_pos(); } else { clear_has_pos(); }}看上去可以赋值，直接调用set_allocated_pos() 进行赋值看一看PlayerPos player;vector3D tmp;tmp.x = 1;tmp.y = 2;tmp.z = 3;player.set_allocated_pos(&tmp)编译没问题，但是运行时出现错误，而且是很奇怪的错误，仔细了查看一下PlayerPos的源码，发现一个问题::vector3D* pos_; ::google::protobuf::uint32 playerid_;上面是PlayerPos中变量的保存形式，发现pos是作为一个指针存储的，如果按照之前的赋值 tmp 是一个局部变量，函数返回时局部变量自动销毁，而pos_保存的仍然是已被销毁的tmp的位置，因此会出错，如果采用new的话就可以解决这个问题，即赋值方法如下PlayerPos player;vector3D *tmp = new Vector3D;tmp->x = 1;tmp->y = 2;tmp->z = 3;player.set_allocated_pos(tmp)这样即可，编译运行都没有问题。如此之外，还有一种赋值方法，就是调用mutable_pos()inline ::vector3D* PlayerPos::mutable_pos() { set_has_pos(); if (pos_ == NULL) pos_ = new ::vector3D; return pos_;}mutable_pos () 中自己new出了一个vector3D 对象，而vector3D中又实现了赋值的重载，因此可以这样解决PlayerPos player;vector3D *tmp = player.mutable_pos();tmp->x = 1;tmp->y = 2;tmp->z = 3;

转座：类似于插入突变，就是说转座子的插入使得原来的基因编码发生了突变基因放大：这个可能类似于基因突变中的重复点突变：这个不用详细解释，你懂得，点突变诱发蛋白质变异，导致细胞状态的转变。希望能帮到你。

Protobuf 是经过深思熟虑的消息打包方案，它的默认序列化格式没有包含消息的长度与类型，自然有其道理。哪些情况下不需要在 protobuf 序列化得到的字节流中包含消息的长度和（或）类型？我能想到的答案有：如果把消息写入文件，一个文件存一个消息，那么序列化结果中不需要包含长度和类型，因为从文件名和文件长度中可以得知消息的类型与长度。如果把消息写入文件，一个文件存多个消息，那么序列化结果中不需要包含类型，因为文件名就代表了消息的类型。如果把消息存入数据库（或者 NoSQL），以 VARBINARY 字段保存，那么序列化结果中不需要包含长度和类型，因为从字段名和字段长度中可以得知消息的类型与长度。如果把消息以 UDP 方式发生给对方，而且对方一个 UDP port 只接收一种消息类型，那么序列化结果中不需要包含长度和类型，因为从 port 和 UDP packet 长度中可以得知消息的类型与长度。如果把消息以 TCP 短连接方式发给对方，而且对方一个 TCP port 只接收一种消息类型，那么序列化结果中不需要包含长度和类型，因为从 port 和 TCP 字节流长度中可以得知消息的类型与长度。如果把消息以 TCP 长连接方式发给对方，但是对方一个 TCP port 只接收一种消息类型，那么序列化结果中不需要包含类型，因为 port 代表了消息的类型。如果采用 RPC 方式通信，那么只需要告诉对方 method name，对方自然能推断出 Request 和 Response 的消息类型，这些可以由 protoc 生成的 RPC stubs 自动搞定。对于最后一点，比方说 sudoku.proto 定义为：service SudokuService {rpc Solve (SudokuRequest) returns (SudokuResponse);}那么 RPC method Sudoku.Solve 对应的请求和响应分别是 SudokuRequest 和 SudokuResponse。在发送 RPC 请求的时候，不需要包含 SudokuRequest 的类型，只需要发送 method name Sudoku.Solve，对方自知道应该按照 SudokuRequest 来解析(parse)请求。这个例子来自我的半成品项目 evproto。对于上述这些情况，如果 protobuf 无条件地把长度和类型放到序列化的字节串中，只会浪费网络带宽和存储。可见 protobuf 默认不发送长度和类型是正确的决定。Protobuf 为消息格式的设计树立了典范，哪些该自己搞定，哪些留给外部系统去解决，这些都考虑得很清楚。只有在使用 TCP 长连接，且在一个连接上传递不止一种消息的情况下（比方同时发 Heartbeat 和 Request/Response），才需要我前文提到的那种打包方案。（为什么要在一个连接上同时发 Heartbeat 和业务消息？请见陈硕《分布式系统的工程化开发方法》 p.51 心跳协议的设计。）这时候我们需要一个分发器 dispatcher，把不同类型的消息分给各个消息处理函数，这正是本文的主题之一。

我们先看看官方文档给出的定义和描述 简单来讲， ProtoBuf 是结构数据序列化方法，可简单类比于，其具有以下特点： 在protobuf中，协议是由一系列的消息组成的。因此最重要的就是定义通信时使用到的消息格式。一个Protobuf 消息（对应JAVA类），由至少一个字段（对应Java类属性）组合而成。 消息的定义很简单，就是message关键字加上消息的名字 字段定义格式： 限定修饰符 | 数据类型 | 字段名称 | = | 字段编码 required: 表示是一个必须字段，必须相对于发送方，在发送消息之前必须设置该字段的值，对于接收方，必须能够识别该字段的意思。发送之前没有设置required字段或者无法识别required字段都会引发编解码异常，导致消息被丢弃。 optional： 表示是一个可选字段，可选对于发送方，在发送消息时，可以有选择性的设置或者不设置该字段的值。对于接收方，如果能够识别可选字段就进行相应的处理，如果无法识别，则忽略该字段，消息中的其它字段正常处理。---因为optional字段的特性，很多接口在升级版本中都把后来添加的字段都统一的设置为optional字段，这样老的版本无需升级程序也可以正常的与新的软件进行通信，只不过新的字段无法识别而已，因为并不是每个节点都需要新的功能，因此可以做到按需升级和平滑过渡。 repeated: 表示该字段可以包含0~N个元素。其特性和optional一样，但是每一次可以包含多个值。可以看作是在传递一个数组的值。类比于Java这边的List protobuf定义了一套基本的数据类型，几乎都映射了Java语言的基础数据类型（主要以Java为例） 详见下面表格 字段的命名方式与Java的命名方式大致一致 字段编码是一个序列化和反序列化的标记值，有了该值，通信双方才能互相识别对方的字段。当然相同的编码值，其限定修饰符和数据类型必须相同。编码值的取值范围为 1~2^32（4294967296） 其中 1~15的编码时间和空间效率都是最高的，编码值越大，其编码的时间和空间效率就越低（相对于1-15），当然一般情况下相邻的2个值编码效率的是相同的，除非2个值恰好实在4字节，12字节，20字节等的临界区。比如15和16 1900~2000编码值为Google protobuf 系统内部保留值，建议不要在自己的项目中使用。protobuf 还建议把经常要传递的值把其字段编码设置为1-15之间的值 完整的消息定义示例 枚举的定义和Java 相同，使用 enum 关键字，但是有一些限制。 枚举值必须大于等于0的整数。 使用分号 ; 分隔枚举变量而不是Java 语言中的逗号 , 示例： 你可以将其他消息类型用作字段类型。已我们现在IM的为例，在每一个CSSendLiveRoomMsgReq消息中包含ImMsgBody消息，此时可以在相同的.proto文件中定义一个ImMsgBody消息类型，然后在CSSendLiveRoomMsgReq消息中指定一个ImMsgBody类型的字段 示例： 如果你的消息中有很多可选字段， 并且同时至多一个字段会被设置， 你可以加强这个行为，使用oneof特性节省内存，Oneof字段就像可选字段， 除了它们会共享内存， 至多一个字段会被设置。 设置其中一个字段会清除其它字段。 为了在.proto定义Oneof字段， 你需要在名字前面加上oneof关键字, 比如下面例子的ImMsgBody: oneof的特性

16、惠崇《春江晓景》 苏轼

什么是protocol bufferProtocolBuffer是用于结构化数据串行化的灵活、高效、自动的方法，有如XML，不过它更小、更快、也更简单。你可以定义自己的数据结构，然后使用代码生成器生成的代码来读写这个数据结构。你甚至可以在无需重新部署程序的情况下更新数据结构。1.2 他们如何工作你首先需要在一个 .proto 文件中定义你需要做串行化的数据结构信息。每个ProtocolBuffer信息是一小段逻辑记录，包含一系列的键值对。这里有个非常简单的 .proto 文件定义了个人信息:message Person { required string name=1; required int32 id=2; optional string email=3; enum PhoneType { MOBILE=0; HOME=1; WORK=2; } message PhoneNumber { required string number=1; optional PhoneType type=2 [default=HOME]; } repeated PhoneNumber phone=4;}有如你所见，消息格式很简单，每个消息类型拥有一个或多个特定的数字字段，每个字段拥有一个名字和一个值类型。值类型可以是数字(整数或浮点)、布尔型、字符串、原始字节或者其他ProtocolBuffer类型，还允许数据结构的分级。你可以指定可选字段，必选字段和重复字段。你可以在( gle.com/apis/protocolbuffers/docs/proto.html )找到更多关于如何编写 .proto 文件的信息。一旦你定义了自己的报文格式(message)，你就可以运行ProtocolBuffer编译器，将你的 .proto 文件编译成特定语言的类。这些类提供了简单的方法访问每个字段(像是 query() 和 set_query() )，像是访问类的方法一样将结构串行化或反串行化。例如你可以选择C++语言，运行编译如上的协议文件生成类叫做 Person 。随后你就可以在应用中使用这个类来串行化的读取报文信息。你可以这么写代码:Person person;person.set_name("John Doe");person.set_id(1234);person.set_email("jdoe@example.com");fstream.output("myfile",ios::out | ios::binary);person.SerializeToOstream(&output);然后，你可以读取报文中的数据:fstream input("myfile",ios::in | ios:binary);Person person;person.ParseFromIstream(&input);cout << "Name: " << person.name() << endl;cout << "E-mail: " << person.email() << endl;你可以在不影响向后兼容的情况下随意给数据结构增加字段，旧有的数据会忽略新的字段。所以如果使用ProtocolBuffer作为通信协议，你可以无须担心破坏现有代码的情况下扩展协议。你可以在API参考( oogle.com/apis/protocolbuffers/docs/reference/overview.html )中找到完整的参考，而关于ProtocolBuffer的报文格式编码则可以在( .google.com/apis/protocolbuffers/docs/encoding.html )中找到。1.3 为什么不用XML?ProtocolBuffer拥有多项比XML更高级的串行化结构数据的特性，ProtocolBuffer：更简单小3-10倍快20-100倍更少的歧义可以方便的生成数据存取类例如，让我们看看如何在XML中建模Person的name和email字段:<person> <name>John Doe</name> <email>jdoe@example.com</email></person>对应的ProtocolBuffer报文则如下:#ProtocolBuffer的文本表示#这不是正常时使用的二进制数据person { name: "John Doe" email: "jdoe@example.com"}当这个报文编码到ProtocolBuffer的二进制格式( .google.com/apis/protocolbuffers/docs/encoding.html )时(上面的文本仅用于调试和编辑)，它只需要28字节和100-200ns的解析时间。而XML的版本需要69字节(除去空白)和 5000-10000ns的解析时间。当然，操作ProtocolBuffer也很简单:cout << "Name: " << person.name() << endl;cout << "E-mail: " << person.email() << endl;而XML的你需要:cout << "Name: " << person.getElementsByTagName("name")->item(0)->innerText() << endl;cout << "E-mail: " << person.getElementsByTagName("email")->item(0)->innerText() << end;当然，ProtocolBuffer并不是在任何时候都比XML更合适，例如ProtocolBuffer无法对一个基于标记文本的文档建模，因为你根本没法方便的在文本中插入结构。另外，XML是便于人类阅读和编辑的，而ProtocolBuffer则不是。还有XML是自解释的，而 ProtocolBuffer仅在你拥有报文格式定义的 .proto 文件时才有意义。1.4 听起来像是为我的解决方案，如何开始?下 er编译器，用于生成你需要的IO类。构建和安装你的编译器，跟随README的指令就可以做到。一旦你安装好了，就可以跟着编程指导( ogle.com/apis/protocolbuffers/docs/tutorials.html )来选择语言-随后就是使用ProtocolBuffer创建一个简单的应用了。1.5 一点历史ProtocolBuffer最初是在Google开发的，用以解决索引服务器的请求、响应协议。在使用ProtocolBuffer之前，有一种格式用以处理请求和响应数据的编码和解码，并且支持多种版本的协议。而这最终导致了丑陋的代码，有如:if (version==3) { ...}else if (version>4) { if (version==5) { ... } ...}通信协议因此变得越来越复杂，因为开发者必须确保，发出请求的人和接受请求的人必须同时兼容，并且在一方开始使用新协议时，另外一方也要可以接受。ProtocolBuffer设计用于解决这一类问题：很方便引入新字段，而中间服务器可以忽略这些字段，直接传递过去而无需理解所有的字段。格式可以自描述，并且可以在多种语言中使用(C++、Java等)然而用户仍然需要手写解析代码。随着系统的演化，他需要一些其他的功能：自动生成编码和解码代码，而无需自己编写解析器。除了用于简短的RPC(Remote Procedure Call)请求，人们使用ProtocolBuffer来做数据存储格式(例如BitTable)。RPC服务器接口可以作为 .proto 文件来描述，而通过ProtocolBuffer的编译器生成存根(stub)类供用户实现服务器接口。ProtocolBuffer现在已经是Google的混合语言数据标准了，现在已经正在使用的有超过48,162种报文格式定义和超过 12,183个 .proto 文件。他们用于RPC系统和持续数据存储系统。2 语言指导本指导描述了如何使用ProtocolBuffer语言来定义结构化数据类型，包括 .proto 文件的语法和如何生成存取类。这是一份指导手册，一步步的例子使用文档中的多种功能，查看入门指导( m/apis/protocolbuffers/docs/tutorials.html )选择你的语言。2.1 定义一个消息类型@waiting …2.2 值类型@waiting …2.3 可选字段与缺省值@waiting …2.4 枚举@waiting …2.5 使用其他消息类型@waiting …2.6 嵌套类型@waiting …2.7 更新一个数据类型@waiting …2.8 扩展@waiting …2.9 包@waiting …2.10 定义服务@waiting …2.11 选项@waiting …2.12 生成你的类@waiting …3 代码风格指导本文档提供了 .proto 文件的代码风格指导。按照惯例，你将会，你将会生成一些便于阅读和一致的ProtocolBuffer定义文件。3.1 消息与字段名使用骆驼风格的大小写命名，即单词首字母大写，来做消息名。使用GNU的全部小写，使用下划线分隔的方式定义字段名:message SongServerRequest { required string song_name=1;}使用这种命名方式得到的名字如下:C++: const string& song_name() {...} void set_song_name(const string& x) {...}Java: public String getSongName() {...} public Builder setSongName(String v) {...}3.2 枚举使用骆驼风格做枚举名，而用全部大写做值的名字:enum Foo { FIRST_VALUE=1; SECOND_VALUE=2;}每个枚举值最后以分号结尾，而不是逗号。3.3 服务如果你的 .proto 文件定义了RPC服务，你可以使用骆驼风格:service FooService { rpc GetSomething(FooRequest) returns (FooResponse);}4 编码本文档描述了ProtocolBuffer的串行化二进制数据格式定义。你如果仅仅是在应用中使用ProtocolBuffer，并不需要知道这些，但是这些会对你定义高效的格式有所帮助。4.1 一个简单的消息@waiting …4.2 基于128的Varints@waiting …4.3 消息结构@waiting …4.4 更多的值类型@waiting …4.5 内嵌消息@waiting …4.6 可选的和重复的元素@waiting …4.7 字段顺序@waiting …5 ProtocolBuffer基础：C++@waiting …6 ProtocolBuffer基础：Java@waiting …7

我们在进行网络通信调用的时候，总是需要将内存的数据块经过序列化，转换成为一种可以通过网络流进行传输的格式。而这种格式在经过了传输之后再经过序列化，能还原成我们预想中的数据结构。 那么我们对于这种用于中间网络传输的数据格式就有一定的要求。首先它可以准确地描述数据内容，在此基础上我们则希望它尽量的小。 最开始流行起来的是XML，可扩展标记语言。由于它可以用来标记数据、定义数据类型，所以用户可以自己定义数据自己的语言，从而让对不同的数据结构化成统一的格式称为了可能。 而另外一个我们熟知的则是JSON（JavaScript Object Notation, JS 对象简谱）。尽管JSON中缺少了XML中的标签属性等描述方式，但是足够简介和清晰的层次结构使得其成为了必XML更受欢迎的数据交换格式。 同一份数据显然JSON的数据量比XML所使用的空间更少。那么空间省略在哪里呢？一方面是json使用更简单的字符来定义数据间的关联关系；另一方面是JSON减少了对数据类型的描述。但是丢少的数据类型再哪里呢？ 以Java中的 OpenFeign 举例，JSON中缺少的类型定义被定义道程序中的接口中了。当进行序列化与反序列化时，JSON格式并不记录数据的类型，具体的数据类型在序列化方与反序列化方通过事先约定的接口来进行定义。这样就减少了信息传输过程中的信息量，从而让数据得以压缩。 但是JSON由于没有定义数据类型，所以在传输的过程中实际上就都是文本流，那么这种方法还可以进一步压缩吗？ 结合上文的讨论，我们先说结论：方法是有的，并写当前的实现方式是ProtoBuf。但在此之前我们先来了解一下ProtoBuf。 我们可以先看看官方给出的定义与描述： 同样的，ProtoBuf也是一种支持序列化反序列化的方法，并且他具有很多优点： 实际上，ProtoBuf提供了一种通用的数据描述方式，这种定义数据的方式是通用的，就如同JSON或者XML一样。 接下来我们来来回答本节一开始的问题，针对JSON来说，ProtoBuf是如何将体积变得更小的呢？答案很简单，就是为数据序列化反序列化提供更多的先验知识。 本文暂不过度深入ProtoBuf原理，但是可以通过一张图来进行简要说明（）： ProtoBuf中的数据是按顺序进行排列，而整体的结构为若干个field，每一个field中由 Tag-[Length]-Value 组成。Length是可选的，而是否存在Length是通过Tag的类型来决定的。也就是说如果是指定的类型，比如int64，那我们就可以知道Value的长度，也就不用在依靠Length来对其空间进行描述（redis中的压缩列表也是这个思想）。 那么field应该对应的是什么字段呢？这个则是在序列化与反序列化时在ProtoBuf的服务端与客户端之间进行预先定义的。而因为提前定义了field的类型、排序，所以field本身可以不用对字段名、字段位置进行描述，只需要根据字段类型选用合适的二进制序列化方法，将字段本身的value值进行序列化传输即可。 稍微总结一下： ProtoBuf通过对传输字段的名称、顺序进行预定义，从而在传输结构中只需要顺序的记录每个字段的类型标签和二进制值。 尽管上文和官方中都是以XML或者JSON来对ProtoBuf进行对比。但是因为ProtoBuf本身就是二进制序列化方式，所以从压缩比上比较感觉有点欺负人。 对应的在Java中二进制常用的序列化器有Kryo和Hessian。但事实上，由于Kryo和Hessian中都需要对Java类名和字段信息进行存储。而ProtoBuf则只有Tag-Length-Value的数据对，且Value更是有针对性的特殊编码，所以空间占用小的很多。 Kryo是专门针对Java进行优化了的。所以在使用的便捷性上来说Kryo则更加方便。但ProtoBuf是跨平台的，且由于进行了字段的顺序定义，所以似的ProtoBuf定义后的接口是可以向前兼容的（只向后追加字段），而这种优势是Kryo所没有的。 ProtoBuf是跨语言的，使用ProtoBuf的第一步是先定一个 proto 文件 ，而由于ProtoBuf 2和3语言版本的不同，其定义格式会有所不同，具体的细节还是得参考官方文档：https://developers.google.cn/protocol-buffers/docs/proto3 对于ProtoBuf 3 的定义文档我们可以按如下方法定义： 其中message关键字是定义的文件名，而 string、int32则是预定的字段类型，repeated则是描述字段为可重复任意多次的字段。 ProtoBuf通过这种形式的文件定义了传输信息的文件结构。 但是之前小节中我们知道了ProtoBuf是通过 Tag-[Length]-Value 组成的数据组来进行信息传输的，那么proto文件中定义的内容如何转换为实际传输的对象呢？ ProtoBuf的做法是，为每一种语言提供一个生成器protoc。通过使用protoc则可以根据.proto文件生成为一组java文件。对应的官方语法演示样例为： 官方的生成参考为：https://developers.google.com/protocol-buffers/docs/reference/java-generated 生成后的java文件将提供对应的实体以及数据的构造方法等文件，从而支持后续的使用。 需要注意的是，ProtoBuf是本质上是序列化方法，具体是通过Spring Cloud 的OpenFeign进行接口调用，还是通过grpc进行接口调用，都是可以的。 本文对ProtoBuff进行了概念的整理，并没有对每个细节都进行深入的梳理，可以当作概念科普来进行阅读。

在网上查了一下，虽然有很多文章介绍Protocol Buffer，但是实际使用起来，还是会遇到很多问题，所以我想应该有一个指南一样的东西，让新手很快就能使用它。Protocol Buffer简写为Protobuf，是Google开发的一种储存数据的方式，功能与XML一样，但更方便，数据量更小，速度更快，在序列化和反序列化的时候使用，有很大的优势。比如，网络游戏的通讯协议编写。更重要的是，它是一个开源项目。由于Protobuf不能生成C#代码，所以就要用到另外一个开源项目protobuf-net，用法是，在命令行用protoc.exe依据你自己定义的.proto文件，来生成.cpp文件用protobuf-net的protogen.exe来生成.cs文件，可以写一个批处理，如下：protoc -I=. --cpp_out=. Net.proto //在当前目录下，以cpp方式编译Net.protoprotogen -i:Net.proto -o:Net.cs //在当前目录下，用Net.proto生成Net.cs其实两句功能是一样，只是分别生成了Net.proto的cpp文件和cs文件，这样就可以在两种语言编写的应用程序间通信了。

改完之后,你可以选择project->clean,clean后你项目的R.java文件就会重新生成,所有的资源ID会重新分配,这样子你所修改的资源才能被Android真正识别,有时这个操作不是必要的,但是如果出现你修改了资源后,你的项目中出现了一些问题,那么执行Clean是一个必须的选择,这些资源包括drawable下的图片,布局里id的修改,values下资源的修改,你可以着手试一下 Good luck

殷商的更SVO，而周人的更SOV。殷商的语序来源，暂时不太清楚。而周人因为更加靠近藏语、一些羌族人的语言，所以在几百年的语言接触中，语法受到影响。一般，两种语言接触融合，会保留强势语言的词汇，而保留弱势语言的语法。这种语序作为语法的一部分被周人所接受。后来周人又重新入住中原，推翻了殷商人，将他们的语言，确切的说，是姬姓王室，带回了中原。但是，随后他们又雅言化了，又变成以SVO为主，这需要一定是历时材料的梳理。这一点，先秦文献，可以看出一点端倪。比如，诗经中不同的国家的用词有所不同。安大简出土的诗经中，只有姬姓诸侯国，会采用"言"，作为第一人称代词。(当然，也有人认为安大简是伪造的。所以材料还是存疑)如果能够继续在各种文献中找到一批这样的现象，上古汉语的两层基本可以坐实。在这个框架下，可以进一步弄清楚题主的问题。

简单来说， Protocol Buffers 是一种和语言平台都没关的数据交换格式。 关于 Protobuf 在iOS下的使用请看上篇文章 iOS 的 Protocol Buffer 简单使用 Protobuf 序列化后的二进制数据消息非常的紧凑，这得益于 Protobuf 所采用的 Varint Varint 是一种紧凑的表示数字的方法，它用一个或多个字节来表示一个数字，值越小的数字使用越少的字节数。这能减少用来表示数组的字节数。 比如对于 int32 类型的数字，一般需要4个 byte 来标识。但是采用 Varint，对于很小的 int32 类型的数字，也能用1个 byte 来标识。如果数字很大，也就需要5个 byte 来表示了。但是，一般情况下很少会出现数字都是大数的情况下。 正常情况下，每个 byte 的8个 bit 位都用于存储数据用，而在 Varint 中，每个 byte 的最高位的 bit 有着特殊的含义，如果该位为1，表示后续的 byte 也是该数据的一部分；如果该位为0，则结束。其他的7个 bit 位都用来表示数据。因此小于127的 int32 数字都可以用一个 byte 表示，而大于等于 128 的数字：如128，则会用两个字节表示： 1000 0000 0000 0001 （采用的是小端模式），311则表示： 1011 0111 0000 0010 下图演示了 Protobuf 如果通过2个 byte 解析出 128。Protobuf 字节序采用的是 little-endian(小端模式) int32 数据类型能表示负数，负数的最高位为1，如果负数也使用这种方式表示会出现一个问题，int32 总是需要5个字节，int64 总是需要10个字节。所以 Protobuf 定义了另外一种类型 sint32, sint64，采用 ZigZag 编码，所有的负数都使用正数表示，计算方式为： Protobuf 消息是一系列的键值对组成。消息的二进制版本仅使用 field 数字当作 key，不同 field 的属性和类型只能通过消息类型的定义 (即 .proto 文件) 在解码端确定。如果消息中不存在该 field，那么序列化后的 Message Buffer 中也不会有该 field，这些特性都有助于节约消息本身的大小。 Key 用来标识具体的 field，在解包的时候，Protobuf 根据 key 就能知道相应的 Value 对应于消息中的哪一个field，数据类型是哪个类型。 Key 的定义如下： Key 由两部分组成：第一个部分是 field_number，比如上篇文章定义的消息 FooSimpleMessage 中的 msgId 属性的 field_number 为1；第二部分为 wire_type，表示 Value 的传输类型 表1. Wire Type 在之前的例子中，msgId 采用的数据类型为 int32，因此对应的 wire_type 为0，所以对应的 tag 为 FooSimpleMessage 的 msgContent，field_number 为2，wire_type 为2，所以对应的 tag 为 对应 Length-delimited 的 wire type，后面紧跟着的 Varint 类型表示数据的字节数。所以 msgContent 的 key 后面紧跟着的 0x1a 表示后面的数据长度为10个字节，"A protobuf message content" 的 ASCII 值即为： 0x41 0x20 0x70 0x72 0x6f 0x74 0x6f 0x62 0x75 0x66 0x20 0x6d 0x65 0x73 0x73 0x61 0x67 0x65 0x20 0x63 0x6f 0x6e 0x74 0x65 0x6e 0x74 在 Demo 里面定义的 msg 对象，其序列化后的数据的十六进制表示应该为 0801121a 41207072 6f746f62 7566206d 65737361 67652063 6f6e7465 6e74 运行demo，打印一下结果和猜想的一样: 参考地址： Protocol-buffers Encoding

Protocol Buffers的是一个高效且可扩展的格式结构化数据编码的一种方式。谷歌使用了Protocol Buffers的几乎所有它的内部RPC协议和文件格式使用protobuf传输的好处有：二进制传输,安全、数据量小.proto文件中我们服务器定义需要传输的数据，及数据类型等。而传输的时候则是使用了通过官方工具生成的具体为.java的消息体

只要你装了WINPCAP 就可以自己编程抓包，或使用wireshark抓包了。但是无线网卡好像无法通过winpcap抓包，具体如何实现无线网卡抓包，还没有研究过。6930p自带网卡绝对可以抓包，我开发网络抓包程序就是通过笔记本实现的，网卡也是我的三星笔记本自带的。

1、官方项目地址： https://github.com/apple/swift-protobuf 2、拉取项目到本地 3、进入项目本地路径，查看版本 4、根据项目需要，选择版本编译 如：1.5.0 5、构建项目 6、构建完成之后会生成一个 protoc-gen-swift 执行路径：swift-protobuf/.build/release/protoc-gen-swift7、把protoc-gen-swift文件直接拷贝到/usr/local/bin目录下 8、swift版本的protobuf已安装完成，现在可以来测试使用 准备一个proto文件(Book.proto) 9、生成swift文件 10、把生成的Book.swift文件拖入到项目中就可以使用了

现在它是支持的。proto2的文档就已经提到了Maps（Language Guide），但我用protoc2.6编译的时候，map关键字无法通过编译，protoc3.0编译正常，proto举例：message Person { required int32 id = 1; required string name = 2; optional string email = 3; map<string, string> values= 4; } 另外，官方文档（https://developers.google.com/protocol-buffers/docs/proto#Maps）说了：The map syntax is equivalent to the following on the wire, so protocol buffers implementations that do not support maps can still handle your data:message MapFieldEntry { key_type key = 1; value_type value = 2;}repeated MapFieldEntry map_field = N;

2.下载一个protobuf-java-2.4.1.jar文件(注意，要与你刚才下的proto.exe版本相同)然后就开始开发了。步骤：1.用记事本编写一个.proto文件：}如：编写的是test.proto package protobuf; option java_package = "com.sq.protobuf"; option java_outer_classname = "FirstProtobuf"; message testBuf { required int32 ID = 1; required string Url = 2; }将其放在与刚解压的protoc.exe同级目录中。2.在cmd中，到protoc-2.4.1-win32文件夹下，执行E:protoc-2.4.1-win32> protoc.exe --java_out=./ test.proto 则可以找到的一个生成的FirstProtobuf.java文件。3.在MyEclipse中新建一个java project，建立包com.sq.protobuf，然后将刚才生成的FirstProtobuf.java文件放在其下面。此时会报错，因为没有引入jar包，在package视图下，将protobuf-java-2.4.1.jar引入，即可解决问题。

打样, 料件及整机模具开发调试阶段

经常会遇到把一个实体转化成另一个实体这样的情况，实体的属性一个一个手写去转化不反对，但不是啥好的方法；可以使用反射写一个通用的实体转化类，针对任何实体转化，不用再去自己手写。虽然Grpc.Tools可以将proto文件自动生成代理类，但是proto文件的手敲，还容易出错，如果接口比较复杂，定义比较多，这就很头疼了。为了解决这个问题Class2Proto诞生了，使用标准C#对象转换成proto文件，不管是新写的接口，还是老的API接口转Grpc,都没问题：1、安装nuget包：CRL.Class2Proto 2、using CRL.Class2Proto; 定义标准接口代码；运行转换方法生成proto文件；程序目录Protos成生了protoTest.proto文件

proto-horse原马proto [词典] 原型机，样机;[网络] 原; 普罗托; 协议;[例句]What"s Generated From Your. proto?从你的.proto文件生成了什么？horse 英[hɔ:s]美[hɔ:rs]n. 马; 骑马的军人，骑兵; 有脚的架; 跳马，鞍马;vt. 为…备马; 猛推或用力向上举;vi. 欲交配，，用于母马;[网络] 黑马; 跳马; 房子;[例句]A small man on a grey horse had appeared.一个骑着灰马的小个子男人出现了。[其他] 第三人称单数：horses 复数：horses 现在分词：horsing 过去式：horsed 过去分词：horsed

方案是：1、在build.gradle中增加dependencies { compile fileTree(dir: "libs", include: ["*.jar"]) compile group:"com.google.protobuf",name:"protobuf-java",version:"2.5.0" //这个是关键的一句话，对于这个version是从你的本地maven存放的目录， 进入到 .m2 epositorycomgoogleprotobufprotobuf-java目录下，看到的那个数字文件夹的名字，就是你的version，

Configuration conf = HBaseConfiguration.create(); String tableName = "testTable"; Scan scan = new Scan(); scan.setCaching(10000); scan.setCacheBlocks(false); conf.set(TableInputFormat.INPUT_TABLE, tableName); ClientProtos.Scan ...

protobuf版本需要在protobuf程序中查看。在protobuf程序中查看版本步骤如下所示：1、点击打开计算机，进入分区列表。2、在计算机分区列表中选择protobuf程序所在的文件夹。3、点击打开protobuf程序。4、如图所示在protobuf程序中，即可完成protobuf版本查看。

PROTO原abbr.protoporphyrinogen 原卟啉原，初卟啉原; 答题不易答案满意采纳谢谢思密达ps：如有问题继续追问

这仅仅表示是两个不同的变量名而已，与下划线没什么必然的关系。下划线在这里就是变量名的一个组成部分而已，可以换成其他任意的字母或数字（但开头第一个下划线只能换成字母不能是数字），用下划线仅仅是程序设计者的个人爱好而已。你如果想偷懒，你甚至可以直接用a和b来分别作为两个变量名的。

这篇文章在你已经了解protobuf使用的基础上，更进一步的学习，如果不知道protobuf是什么？请查阅这篇文章 【golang-protobuf使用】 官网说明地址： https://developers.google.com/protocol-buffers/docs/proto3 proto文件的可变长度类型有：int32、int64、uin32、uin64、sint32、sint64 Protobuf 用的是连续位标识技术，使用每个字节的第一位来标识是否需要继续向后读。每个字节低7位用于实际的编码。 举例： 十进制：300 二进制（4个字节）：00000000 00000000 00000001 1000000 protobuf编码过程 所以最终编码结果为 1 0000000 0 1100000，这样将4字节存储大小转化为2字节存储大小 目标：将10^32bit的二进制进行编码 proto文件格式 测试结果： 由测试结果可得如果高位（左边）字节为0，编码结果大小相应减少

protoc --version

客户端lua，通信协议是protobuf，以前用网易的proto-gen-lua，使用过程遇到些问题需要绕，比如： 1、每次更改、增加proto都要生成新的文件，代码规模剧增 2、由于lua本身，每个文件最大文件内全局local变量不能超过200个，所以当proto规模太大时...

s/PROTO([^.]+)/$1

protobufrepeated的数据类型和C++的Vector，list类似，只能传输相同的数据类型。当然，如果你为了传输多种数据类型，可以使用类似与C++union的方式，用个大消息，消息的每个字段都使用optional标记，你在业务处理的时候，每次只对一个字段赋值同样可以达到目的。另外：repeated只能表示数据有还是没有，在没有的时候，究竟是保留原有的数据不动，还是删除所有数据，这点有歧义。需要使用另外的字段进行处理。

可以使用，相当与函数地址作为一个常量值赋值给结构体变量函数proto_v4 = { proc_v4, send_v4, NULL, NULL, 0, IPPROTO_ICMP };等同于：proto_v4 = { &proc_v4, &send_v4, NULL, NULL, 0, IPPROTO_ICMP }即取函数地址指针。

我的教程是用protobuf生成了proto.js文件 1、运行npm install protobufjs --save 安装 2、拿到后台给的proto文件，在src里创建一个proto目录，用于存放proto文件及编译后的js文件 proto 3、运行命令 生成proto.js文件，如图 4、使用 websocket返回的数据是model.data 官方git教程 https://github.com/protobufjs/protobuf.js

打开命令行程序，输入如下语句: protoc -I=../script --cpp_out=../protoc ../script/Package.proto 将会产生两个名为Package.pb.cc和Package.pb.cc的文件。

现在它是支持的。proto2的文档就已经提到了Maps（Language Guide），但我用protoc2.6编译的时候，map关键字无法通过编译，protoc3.0编译正常，proto举例：message Person {required int32 id = 1;required string name = 2;optional string email = 3;map<string, string> values= 4;} 另外，官方文档（https://developers.google.com/protocol-buffers/docs/proto#Maps）说了：The map syntax is equivalent to the following on the wire, so protocol buffers implementations that do not support maps can still handle your data:message MapFieldEntry {key_type key = 1;value_type value = 2;}repeated MapFieldEntry map_field = N;

由于项目组现在用的rpc是基于google protobuf rpc协议实现的，所以花了点时间了解下protobuf rpc。rpc对于做分布式系统的人来说肯定不陌生，对于rpc不了解的童鞋可以自行google，这里只是做个简单的介绍。rpc的主要功能是让分布式系统的实现更为简单，为提供强大的远程调用而不损失本地调用语义的简洁性。为了实现这个目标，rpc框架需要提供一种透明调用机制让使用者不必显示区分本地调用还是远程调用。rpc架构涉及的组件如下：客户方像调用本地方法一样去调用远程接口方法，RPC 框架提供接口的代理实现，实际的调用将委托给代理RpcProxy 。代理封装调用信息并将调用转交给RpcInvoker 去实际执行。在客户端的RpcInvoker 通过连接器RpcConnector 去维持与服务端的通道RpcChannel，并使用RpcProtocol 执行协议编码（encode）并将编码后的请求消息通过通道发送给服务方。RPC 服务端接收器 RpcAcceptor 接收客户端的调用请求，同样使用RpcProtocol 执行协议解码（decode）。解码后的调用信息传递给RpcProcessor 去控制处理调用过程，最后再委托调用给RpcInvoker 去实际执行并返回调用结果。protobuf rpc在上面组件中主要扮演RpcProtocol的角色，使得我们省去了协议的设计，并且protobuf协议在编码和空间效率都是上非常高效的，这也是很多公司采用protobuf作为数据序列化和通信协议的原因。同时protobuf rpc定义了一个抽象的rpc框架，如下图所示：RpcServiceStub和RpcService类是protobuf编译器根据proto定义生成的类，RpcService定义了服务端暴露给客户端的函数接口，具体实现需要用户自己继承这个类来实现。RpcServiceStub定义了服务端暴露函数的描述，并将客户端对RpcServiceStub中函数的调用统一转换到调用RpcChannel中的CallMethod方法，CallMethod通过RpcServiceStub传过来的函数描述符和函数参数对该次rpc调用进行encode，最终通过RpcConnecor发送给服务方。对方以客户端相反的过程最终调用RpcSerivice中定义的函数。事实上，protobuf rpc的框架只是RpcChannel中定义了空的CallMethod，所以具体怎样进行encode和调用RpcConnector都要自己实现。RpcConnector在protobuf中没有定义，所以这个完成由用户自己实现，它的作用就是收发rpc消息包。在服务端，RpcChannel通过调用RpcService中的CallMethod来具体调用RpcService中暴露给客户端的函数。介绍了这么多，对于怎么样用protobuf rpc来实现一个rpc肯定还是一头雾水吧，下面就用protobuf rpc来实现一个简单的python版rpc demo吧。下面直接给出demo描述PRC的proto文件，至于proto文件的编写规则可以参考protobuf官网。common.proto文件：package game;message RequestMessage{ required string message = 1;}message ResponseMessage{ required string message = 1;}game_service.proto文件：package game;import "common.proto";option py_generic_services = true;service GameService{ rpc connect_server(RequestMessage) returns(RequestMessage);}common.proto文件描述了RPC中收发的消息；game_service.proto描述了服务器导出的connect_server函数，该函数接受RequestMessage对象作为参数，并返回RequestMessage对象。在使用PRC协议时，必须加上option py_generic_services = true;可选项，要不然编译器不会生成包含connect_server函数的GameService描述。使用编译器protoc编译proto文件，具体命令为：protoc.exe --python_out=. game_service.proto编译后生成的文件为game_service_pb2.py，该文件主要是实现了GameService和GameService_Stub类。GameService_Stub类用于客户端调用者来调用GameService的服务。前面已经说了，在客户端，RpcChannel只实现了一个空的CallMethod，所以需要继承RpcChannel重新这个函数来encode消息和发送消息。在服务端RpcChannel需要调用CallMethod来调用Service中的函数。具体实现如下：class MyRpcChannel(service.RpcChannel): def __init__(self, rpc_service, conn): super(MyRpcChannel, self).__init__() self.logger = LogManager.get_logger("MyRpcChannel") def CallMethod(self, method_descriptor, rpc_controller, request, response_class, done): """"protol buffer rpc 需要的函数，用来发送rpc调用""" self.logger.info("CallMethod") cmd_index = method_descriptor.index assert(cmd_index < 65535) data = request.SerializeToString() total_len = len(data) + 2 self.conn.send_data("".join([pack("最后就是继承GameService，并实现connect_server函数了。class GameService(game_service_pb2.GameService): def __init__(self): self.logger = LogManager.get_logger("GameService") def connect_server(self, rpc_controller, request, callback): self.logger.info("%s", request.message) 至于用于网络收发消息的RpcConnector，可以使用python的asyncore库实现，具体实现在这就不讨论了。从上面的实现来看，protobuf rpc的实现主要包括编写proto文件并编译生成对应的service_pb2文件，继承RpcChannel并实现CallMethod和调用Service的CallMethod，继承Service来实现暴露给客户端的函数。

用cd命令打开文件所在目录，例如文件在E: oolsComputerprotoc-2.5.0-win32下cmd命令：e:E:>cd tools

编译后protobuf形成对应的文件，加入工程，创建你的消息对象，给里面的成员赋值，然后将这个对象转化为字节流，用socket函数直接write出去即可。

方案是：1、在build.gradle中增加dependencies { compile fileTree(dir: "libs", include: ["*.jar"]) compile group:"com.google.protobuf",name:"protobuf-java",version:"2.5.0" //这个是关键的一句话，对于这个version是从你的本地maven存放的目录， 进入到 .m2 epositorycomgoogleprotobufprotobuf-java目录下，看到的那个数字文件夹的名字，就是你的version，

ProtoBuf java 包编译ProtoBuf的官方下载包并不包含jar文件，需要用户自己configure/make….来自行编译。由于Windows上没有编译环境，就用了一个笨一点方法处理了。分别下载:protobuf-2.4.1.zip ProtoBuf的源文件（包含了C++/Java/Python）的源文件protoc-2.4.1-win32.zip 已经编译过的用于Windows平台的protoc命令（该命令用于将.proto文件转化为Java或C++源文件）。分别解析这两个文件，你可以在protoc-2.4.1-win32.zip解压后的文件中找到一个protoc.exe文件，将其copy到protobuf-2.4.1/src目录下，然后进入protobuf-2.4.1/java，执行：mvn install

解决方法如下：1，protobuf下载安装。2，新建目录example。3，上面步骤做好之后，下面我们需要用python实现基于protobuf协议将json转化为pbstring，将pbstring转成json。

这不是写得很明白吗？#if _HW_ #define PROTO #else #define PROTO extern#endifPROTO是extern的别名

先确认你的Mac上是否已安装java运行环境。具体步骤如下：1、进入终端，输入java-version，如果返回了java版本号，则说明已安装，否则，会弹出先安装java运行环境的提示。2、访问Oracle官网，浏览到首页的底部菜单，选择JAVA选项下面的DOWNLOADJAVAFORDEVELOPERS。3、点击“JDKDOWNLOAD”按钮。4、选择“AcceptLisenceAgreement”同意协议。5、点击MacOSXx64后面的下载链接。勾选ACCEPTLICENSEAGREEMENT，选择下面MAC开头的下载包。6、下载完成后点击安装包，按提示即可完成安装。7、打开终端，输入：/usr/libexec/java_home-V。8、会出现3个红框内依次为：输入命令，当前Mac已安装jdk目录，Mac默认使用的jdk版本。其中Contents下的Home文件夹，是该JDK的根目录。最后根据进程设置环境变量即可，具体代码可在网上查询到。

ProtoBuf是一种无关语言，无关平台的序列化结构数据的方法，可用于通信协议、数据存储等 XML：数据较为冗余，需要成对的闭合标签 JSON：使用键值对方式，压缩了一定的数据空间并且具有可读性 ProtoBuf：适合高性能，对响应速度有要求的数据传输场景，ProtoBuf是二进制数据格式，需要解码和编码，数据本身不具有可读性，只能反序列化后才能读到真正的数据。序列化后的数据相比json和xml很小，适合网络传输；序列化和反序列化比json的处理速度更快。 XML、JSON 更注重数据结构化. ProtoBuf更注重数据序列化，关注效率、空间、速度 数据类型分为两大类： 复合数据类型：枚举和message类型 标准数据类型：整型，浮点，字符串 规则的修饰符： required 字段必须出现1次 optional 字段可出现0次或1次 repeated 字段可出现多次(包括0) 标准数据类型： proto与python类型对应 例如：

思派朗 编辑来自韩国Proto汽车公司，只不过现在Proto已经被翱欧邻（OULLIM）投资集团收购的超级跑车，此车改写了韩国没有超级跑车的历史。

上篇已经简单的分析了什么是ProtoBuf协议的优缺点、简单的环境配置、项目中的简单使用和一些编写.Proto文件的注意点，下面我们更加深入一下ProtoBuf的语法及高级使用（非常感谢Carson_Ho大神的博文指导） 作用 ：防止不同 .proto 项目间命名 发生冲突 ProtoBuf包的解析过程如下 ： 作用 ：影响 特定环境下 的处理方式，但不改变整个文件声明的含义 常用Option选项 ：（因为使用有限，简单列举常见的） 作用 ：真正用于描述 数据结构 在.proto消息模型中主要有 消息对象&字段 组成 ：字段 = 字段修饰符 + 字段类型 +字段名 +标识号（主要针对proto2以前版本） 字段 = 字段类型 +字段名 +标识号（主要针对proto3及以后版本） 一个消息对象 可以将 其他消息对象类型 用作字段类型 关于ProtoBuf在项目中的实践的高级用法请关注：下一篇博客：在项目中使用Protobuf协议实现数据传输(三)

Proto是一家南韩的汽车公司, 地位为运动型汽车.应该不是一家很大的车厂, 主要通过与现代,起亚等大公司合作来生产自己品牌的车. 1997年开始至今没几个车型. 不是很出名的. 2001年proto给韩国总统府,(在职总统的家),定制了一款LIMO, 豪华轿车

普拉托镇（Prato），位于意大利中北部的托斯卡纳地区。在佛罗伦萨西北13公里的比森齐奥河畔。

proto-表示“第一, 主要”之义例如:表示“第一, 主要, 原始, 最初”, 如:proto -Arabic

proto打样, 料件及整机模具开发调试阶段 EVT, Engineering Validation Test 是针对工程原型机的验证，对象很可能是一大块开发板，或是很多块开发板；关键是要有足够时间和样品。 通常，如果是新平台，需要花的时间和精力可能更多，会有很多问题要解决，甚至有很多方案要对比；而修改既有产品的话，这个阶段会简单很多，甚至省略。 这一阶段的重点是尽可能多的发现设计问题，以便及早修正；或者说设计可行性的验证。同时检查是否有规格被遗漏。 主要由研发部门来执行。

proto英 [pru0259u028atu0259]美 ["proto]n. 原型；样机；典型n. (Proto)人名；(意)普罗托

ufefffunctionbox(arr){this.arr=arr;}box.prototype.aa=function(){this.ori=[].concat(this.arr);for(vari=0;i<this.arr.length;i++){for(varj=i+1;j<this.arr.length;j++){if(this.arr[i]==this.arr[j]){this.arr.splice(j,1);}}}alert("原来的是："+this.ori+" "+"去重后："+this.arr);}varnum=newbox([1,5,10,8,20,7,4,2,4,5,3,1,19,20]);num.aa();

1.解压压缩包2.推荐用DaemonTools最新版载入镜像安装游戏3.安装完成后从镜像里Razor1911文件夹复制破解补丁到游戏安装目录即可进入游戏。4.运行游戏

南和文档完备上高出一个档次。protobuf是google提供的一个开源序列化框架，类似于XML，JSON这样的数据表示语言，其最大的特点是基于二进制，因此比传统的 XML表示高效短小得多。虽然是二进制数据格式，但并没有因此变得复杂，可以很方便的对其基于二进制的协议进行扩展，并且很方便的能让新版本的协议兼容老的版本。如果说xml太臃肿，json易解析，比xml更高效，易扩展，那么protobuf可以说，相对于json更高效，更易扩展，而且协议的保密性更强。并且protobuf是跨语言的，可以支持c(c++),Java，Python等主流语言，非常方便大系统的设计。protobuf号称也有service，可以基于其service的接口和回调，来完成客户端和服务器的逻辑。但是，目前版本service还仅仅停留在接口层，其底层的通讯，还需要自己实现，这点确实远不如thrift完备。protobuf + netty ？

fastrpc protobuf的一个全部开源的高性能rpc实现，支持客户端跨平台 中国人写的

NTP的精度很低，只能达到毫秒级别的精度,那么PTP就是为了克服NTP精度不高的问题而出现的。PTP能达到微秒到亚微秒级。 在以太网控制器中需要集成一个与时间相关的模块,也就是网卡需要支持PTP，例如，nxp的ls1028a芯片就在其以太网控制器子系统中集成了一个IEEE 1588 定时器模块。 Linux下ptp是由以下两部分构成的 Ubuntu 下面安装 linuxptp 这个软件包 服务端（主钟）： 客户端（从钟）： ( https://blog.csdn.net/BUPTOctopus/article/details/86246335

肝协议

旗舰版的Windows 7才有这个协议哦

您好，您就恢复一下吧：1、按win+r，输入ncpa.cpl，点击确定；2、右击本地连接，选择属性；3、点击安装按钮；4、点击协议，点击添加；5、点击Reliable Multicast Protocol（即可靠多播协议），点击确定；6、如下图已安装，点击关闭即可。关闭该服务的步骤如下:1.运行cmd(如果有必要请以管理员身份运行命令行)。2.在cmd中运行:sc delete "Bonjour Service",注意一定要给这个服务名打引号，否则系统找不到的。3.理论上显示成功之后应该就没什么问题了。如果需要彻底删除服务的原文件，请继续第四步。4.分别右键C:Program FilesBonjour文件夹下的两个文件以及该文件夹，右键--属性--安全--高级--更改权限--编辑--取消勾选"包括可从该对象的父项继承的权限" 弹出窗口提示是否删除，点是。5.分别给他们添加权限，在当前窗口点 添加--高级--立即查找--选择你自己的账户而不是system之类的账户，双击--确定--全部拒绝。(可能不是必须的，不过这样做了还是比较保险，可以防止系统启动的时候又从其他地方加载这两个文件)6.重新启动，重复第五步，将权限全部允许。(这一步是必须的，因为Bonjour默认的权限是不能删除的，注意设置权限的时候应该先设置文件再设置文件夹)7.删除。

win7 无线不能上网但是连上了internet没有访问权限限制，这是咋回事？装了win7 在学校可以上网，到了家里，发现家里的无线不能上了。但是，显示internet已经连接，没有任何访问限制。ip和Dns没有问题，ping过了，也没有问题。但是，就是打不开网页，不能升级软件，上QQ等……也就是说，连上了网，等于白搭。求解！ 我也遇到过这种情况，而且试了很多办法，都不能解决！后来才知道是客户端的问题！解决的办法很简单：1.开始-运行-输入"netsh winsock reset",然后重新启动系统，进去你就很惊奇地发现可以上了。2.更加简单。如果在上不了网之前你安装了360,恭喜你，打开360,打开高级工具，里面有个LSP修复工具，打开里面你就会发现有几个红叉叉，仔细一看就是客户端，原因就出现在这里，只要你轻轻地点一下修复，修复完后提示重启，直接取消，不用重启，然后去打开网站吧！~~这个方法就在刚刚亲身试验过效果很明显！=================windows7 无网络访问 无Internet访问权限 多重网络安装了windows7之后如果有插了网线开机的话，能连接到路由器并且有分配网络地址，但是就是不能上网，点网络连接上面写着"未识别的网络、无Internet访问权限"之类的话。每次开机都要禁用网卡再重新启动网卡，我是用的限制用户，禁用重启网卡都要重新输入密码，真的是很麻烦。网上查询了很多方法，一致的解决办法是关闭网络的ip6,按照上面的办法连续关闭了。有线和无线网卡的ip6功能，重新启动，还是无法识别网络。郁闷。最后禁用所有网卡只留下有线网卡，重新启动，还是如此。最后，删除了拨号连接，终于搞定了。原来以前用手机连接计算机上网时设置了拨号连接一直在干扰我上网，不过已经取消设置为默认连接了的啊，不管是什么原因，但问题终究还是解决了：关闭ip6,删除多余的拨号连接，连接网线终于可以正常了。 但安装photoshop之后，又会出现新的不能连接网络的问题了，网上查询的结果是因为Bonjour的影响，安装完photoshop之后就会在系统上安装一个"Bonjour Service"的服务，显示名称是一大串###的东西名为"##Id_String1.6844F930_1628_4223_B5CC_5BB94B879762##",要删掉这个服务才能正常联网，否则每次开机都要禁用网卡然后再启用才能上网。关闭该服务的步骤如下：1.运行cmd（如果有必要请以管理员身份运行命令行）。2.在cmd中运行：sc delete "Bonjour Service",注意一定要给这个服务名打引号，否则系统找不到的。3.理论上显示成功之后应该就没什么问题了。如果需要彻底删除服务的原文件，请继续第四步。4.分别右键C:Program FilesBonjour文件夹下的两个文件以及该文件夹，右键--属性--安全--高级--更改权限--编辑--取消勾选"包括可从该对象的父项继承的权限" 弹出窗口提示是否删除，点是。5.分别给他们添加权限，在当前窗口点 添加--高级--立即查找--选择你自己的账户而不是system之类的账户，双击--确定--全部拒绝。（可能不是必须的，不过这样做了还是比较保险，可以防止系统启动的时候又从其他地方加载这两个文件）6.重新启动，重复第五步，将权限全部允许。（这一步是必须的，因为Bonjour默认的权限是不能删除的，注意设置权限的时候应该先设置文件再设置文件夹）7.删除。=================WIN7旗舰版 提示 无internet访问权限网络右键属性 → 选择左上 更改适配器设置 → 本地连接右键属性 → 安装 → 选择协议→ 添加 → 选择Reliable Multicast Protocol（可靠多播协议）协议 → 确定，OK!

proton sponge effect质子海绵效应proton[英][u02c8pru0259u028atu0252n][美][u02c8prou028atɑ:n]n.[物]质子; 复数：protons

你好，根据你给的邮箱域名来看，这个邮箱是一个拥有企业以及个人用户的邮件运营商所拥有的后缀，再具体一点是一家扎根于瑞士注重隐私保护的邮箱，被称为质子邮件系统，希望可以帮助到你

在APP Store可以下载。_谄还只_PP store 可以进行下载，不过需要付费。

是早期品牌“普腾”空调。

宝腾是宝腾旗下的马来西亚汽车品牌。宝腾成立于1983年，是马来西亚汽车巨头。与日本三菱、法国雪铁龙进行了科技合作。1996年成功收购英国莲花国际公司，进一步壮大了公司实力。宝腾汽车的排放已经达到目前的欧洲标准，正在研发的宝腾发动机将接近“零排放”，达到2003年在欧洲实施的EuroIII标准。宝腾有能力独立完成从汽车概念开发到生产的所有流程，并向海外出口大量汽车，最大的出口目的地为英国、德国和澳大利亚。宝腾汽车与中国自主品牌华泰汽车合作，在内蒙古自治区鄂尔多斯市各投资50%的工厂。2017年5月24日，浙江吉利控股集团与马来西亚DRB-HICOM集团就关键条款签署了具有约束力的协议。吉利集团将收购DRB子公司宝腾控股49.9%的股权，以及豪华跑车品牌莲花集团51%的股权。吉利集团将成为宝腾控股的独家外国战略合作伙伴)49.9%百万购车补贴

这个logo是宝腾汽车，曾经是马来西亚的汽车品牌。由于后期各种原因，该品牌被中国吉利控股集团收购。目前品牌下有两款车型，第一款是宝腾X50，小型SUV。第二款车型是宝腾X70，紧凑型SUV。宝腾汽车成立时间劳动城的时间是1983年，品牌是在马来西亚总理马哈迪的领导下建立的。后来，他成功收购了英国的路特斯集团，开始了汽车的生产能力。后来被中国吉利控股集团联合收购，宝腾汽车和莲花品牌成为吉利品牌的子品牌。宝腾怎么样？宝腾是一个比较好的汽车品牌。被吉利控股集团收购后，据相关数据显示，2020年一个季度，该品牌销量为2.18万辆，同比增长20.4%。宝成被收购后，原有的设计理念和新思想没有被改变，依然保持着原有的风格。以上是关于宝腾是一款什么样的车。希望对你有帮助。想了解更多关于汽车的知识，请持续关注查车。百万购车补贴

Proton车是套娃吉利的。宝腾（proton）是马来西亚的国产汽车品牌，1985年，在马来西亚第4任首相马哈迪（mahathir）的主导下成立，proton是马来语perusahaanotomobilnasional（国产汽车工业）的缩写，在马来西亚和新加坡，中文译名为普腾，不过随着2017年中国吉利汽车的收购，Proton 将统一译名为宝腾。2017年6月23日浙江吉利控股集团与马来西亚DRB-HICOM集团签署最终协议，吉利集团收购DRB旗下宝腾汽车49.9%的股份及豪华跑车品牌莲花（Lotus）51%的股份。

proton是什么牌子车 宝腾是宝腾旗下的马来西亚汽车品牌。 宝腾成立于1983年，是马来西亚汽车巨头。 与日本三菱、法国雪铁龙的科技合作。 1996年成功收购莲花国际公司，进一步壮大了公司实力。 宝腾汽车的排放已经达到欧洲现行标准，正在研发的宝腾发动机将接近“零排放”，达到欧洲2003年实施的欧III标准。 宝腾可以独立完成汽车从概念开发到生产的所有流程，并向海外大量出口汽车，最大的出口目的地是英国、德国和澳大利亚。 宝腾汽车与中国自主品牌华泰汽车合作，在内蒙古自治区鄂尔多斯市各投资50%的工厂。 2017年5月24日，浙江吉利控股集团与马来西亚DRB-HICOM集团就关键条款签署了具有约束力的协议。 吉利将收购DRB子公司宝腾控股49.9%的股份，以及豪华跑车品牌莲花集团51%的股份。 吉利将成为宝腾控股的独家国外战略合作伙伴)49.9%。 @2019

proton是宝腾汽车，宝腾是马来西亚国产汽车品牌，建立于1983年。宝腾汽车的排放已达到欧洲现行标准，正在开发的宝腾发动机将接近“零排放”，达到欧洲将于2003年开始执行的欧Ⅲ标准。宝腾有能力独立完成从轿车概念开发到生产的所有工序，并大量出口海外，其最大出口地是英国、德国和澳大利亚。宝腾公司首席执行官东姑拿督马哈礼表示，宝腾期待着与中国汽车厂商合作，共同开拓国际市场。

宝腾是宝腾旗下的马来西亚汽车品牌。宝腾成立于1983年，是马来西亚汽车巨头。与日本三菱、法国雪铁龙的科技合作。1996年成功收购莲花国际公司，进一步壮大了公司实力。宝腾汽车的排放已经达到欧洲现行标准，正在研发的宝腾发动机将接近“零排放”，达到欧洲2003年实施的欧III标准。宝腾可以独立完成汽车从概念开发到生产的所有流程，并向海外大量出口汽车，最大的出口目的地是英国、德国和澳大利亚。宝腾汽车与中国自主品牌华泰汽车合作，在内蒙古自治区鄂尔多斯市各投资50%的工厂。2017年5月24日，浙江吉利控股集团与马来西亚DRB-HICOM集团就关键条款签署了具有约束力的协议。吉利将收购DRB子公司宝腾控股49.9%的股份，以及豪华跑车品牌莲花集团51%的股份。吉利将成为宝腾控股的独家国外战略合作伙伴)49.9%。

手机更安全。 也许可以写长篇大论来证明，但我觉得无需如此。你只要注意观察，几乎所有电脑+手机APP兼有的应用，都是以手机APP作为登陆录验证和密码保护的。

neutron是中子，proton是质子，electron是电子。中子不带电，质子带正电，电子带负电。中子与质子通过强相互作用结合，形成原子核，电子在核外运动