一看看懂Protocol Buffer（协议篇）

前言

由于笔者业团队的业务对即时通讯服务有很大的依赖，春节结束后的第一天，红包没到，产品同学先到了，产品同学和我说要做一款IM，看到需求文档后和设计图后笔者大吃一斤

这不就是一个翻版的web qq吗？

可以可以

联想到最最近美团的大象，头条的Lark，用户与用户，商家与用户，企业同事的沟通，及其衍生的配套增值服务，真是需求旺盛的强需求啊

如果我要做一个WebIM应用

笔者在查阅翻google PB开发者文档时，看到17年下半年google发布了官方的js的版本，配合websocket，可以与PB协议进行配合，在实现原理上，优于现有的ajax轮询或者是long polling的实现方式

So，Let's rock !

Protocol Buffer是个什么东东？

为什么是Node，为何要和Protocol Buffer打交道？

说的这么热闹，老夫已经迫不及待了！

想必你已经说，别逼逼，show me the code，怎么好的开发都么上进呢？

好吧，Let's Rock & Roll!

官方案例

我们来操作一下

安装google-protobuf

2017年4月开始官方支持javascript

github

develops

npm install google

1. -protobuf

定义.proto文件

1. package zxwj;

2. syntax = "proto3";

3. message helloworld

4. {

5.   string zzuid = 123;  

6.   string zzstatus = 0;

7. }  

编译.proto文件

1. protoc --js_out=import_style=commonjs,binary:. messages.proto

protoc会编译输入文件，并且构建messages_pb，在sever中，可以以以下方式引用

1. var messages = require('./messages_pb');

2. var message = new messages.MyMessage();

编写server.js

1. var basepb = require('./messages_pb');

2. console.log(basepb);

3. var message = new basepb.SearchRequest();

4. console.log(message);

5. message.setName("TS");

6. message.setPassword("123456");

7. var bytes = message.serializeBinary(); //对象序列化

8. console.log(bytes);

9. var message2 = basepb.SearchRequest.deserializeBinary(bytes); //进制序列化

10. console.log(message2);

运行

1. node sever.js

总结一下

上个案例并不具备线上产品能力，但是还可以能看出PB协议的优势所在

1. benchmarking encoding performance ...

2. Type.encode to buffer x 547,361 ops/sec ±0.27% (94 runs sampled)

3. JSON.stringify to string x 310,848 ops/sec ±0.73% (92 runs sampled)

4. JSON.stringify to buffer x 173,608 ops/sec ±1.51% (86 runs sampled)

5.      Type.encode to buffer was fastest

6.   JSON.stringify to string was 43.5% slower

7.   JSON.stringify to buffer was 68.7% slower

8. benchmarking decoding performance ...

9. Type.decode from buffer x 1,294,378 ops/sec ±0.86% (90 runs sampled)

10. JSON.parse from string x 291,944 ops/sec ±0.72% (92 runs sampled)

11. JSON.parse from buffer x 256,325 ops/sec ±1.50% (90 runs sampled)

12.    Type.decode from buffer was fastest

13.     JSON.parse from string was 77.4% slower

14.     JSON.parse from buffer was 80.3% slower

15. benchmarking combined performance ...

16. Type to/from buffer x 254,126 ops/sec ±1.13% (91 runs sampled)

17. JSON to/from string x 122,896 ops/sec ±1.29% (90 runs sampled)

18. JSON to/from buffer x 88,005 ops/sec ±0.87% (89 runs sampled)

19.        Type to/from buffer was fastest

20.        JSON to/from string was 51.7% slower

21.        JSON to/from buffer was 65.3% slower

22. benchmarking verifying performance ...

23. Type.verify x 6,246,765 ops/sec ±2.00% (87 runs sampled)

24. benchmarking message from object performance ...

25. Type.fromObject x 2,892,973 ops/sec ±0.70% (92 runs sampled)

26. benchmarking message to object performance ...

27. Type.toObject x 3,601,738 ops/sec ±0.72% (93 runs sampled)

接下来要做的事情

• 稳定可维护的Node socket.io服务（socket篇）

• PB的动态编译的特性和嵌套message，数据结构简单化（数据篇）

• 前端对于二级制的的处理，例如ArrayBuffer，序列化与反序列化，MD5加密（加密篇）