最近做了一个 ipv6 相关的功能，发现使用 getifaddrs 获取的本地 ipv6 地址有可能不是真实的网络 ipv6 地址：
例如上图中通过 getifaddrs 获得了多个本地 ipv6 地址，其中
对于这种假 v6 地址，无法通过遍历的方式进行枚举排除，而一旦将 v4 网络环境错认为是 v6 环境，对后面的网络操作影响比较大。需要引入一种准确判断当前网络是否有 ipv6 访问能力的方法，为此 server 端同学专门给了一个判断接口。
(资料图)
出于安全考虑，这里只列出接口名称部分：
http://xxx.xxxxxxxxxx.xxxxxxx.xxxxx.xxx/xxx/probe_v6_addr访问这个接口有两种返回，当不存在 v6 网络环境时：
no v6 addr当存在时，返回本机的 ipv6 地址：
$ curl -s http://xxx.xxxxxxxxxx.xxxxxxx.xxxxx.xxx/xxx/probe_v6_addr+%240e:304:8183:2bcc:c16d:22d0:74ba:23e??-"2408:832e:c272:b36e:55bc:554a:8952:553e,&240e:3a0:7005:6ae2:d05a:754a:c21b:6c35??+%240e:310:915:d939:9041:c01c:82db:a043??-"2408:832e:c271:3851:6926:e953:e741:b1a3??+%240e:378:1e0c:db62:7088:a216:87c:4ccd??OP46C3:/虽然有部分二进制信息干扰，但是 ipv6 地址部分还是看得比较清楚的。返回的地址和 ifconfig 的结果可以相互印证：
$ ifconfig | grep inet6 inet6 addr: fe80::fc8e:84ff:fec0:1534/64 Scope: Link inet6 addr: 240e:505:7e01:2994:f43c:5fc9:609e:5de6/64 Scope: Global inet6 addr: fe80::f43c:5fc9:609e:5de6/64 Scope: Link inet6 addr: fe80::8fd0:cd9e:52cd:5bc3/64 Scope: Link inet6 addr: 2409:8100:7b00:5781:a4a8:71ce:b11:3c5e/64 Scope: Global inet6 addr: fe80::a4a8:71ce:b11:3c5e/64 Scope: Link inet6 addr: ::1/128 Scope: Host inet6 addr: fe80::29f8:41f:7564:501d/64 Scope: Link inet6 addr: 240e:404:7e01:5d77:29f8:41f:7564:501d/64 Scope: Global inet6 addr: fe80::3d14:7716:4771:88fa/64 Scope: Link inet6 addr: 240e:304:8183:2bcc:c16d:22d0:74ba:23e/64 Scope: Global inet6 addr: 240e:304:8183:2bcc:d8c5:dce4:a89c:8a88/64 Scope: Global其中 ipv6 地址240e:304:8183:2bcc:c16d:22d0:74ba:23e/64在两边都存在。
上面的接口确实是基于二进制数据的协议，虽然是私有协议，但是采用了 protobuf 来进行规范，在提高性能的同时，也保留了一定的通用性。
但是这样一来，往常惯用的 curl + shell 大法要失灵了，给测试和验证工作带来了不小的麻烦。
不过好在有 proto 文件，生成一段解析的 c++ 代码也不是不可能：
> cat msg.protomessage ProbeIpv6Request { string xxxxx = 1; string xxxx = 2; string xxxxxxxx = 3; string xxxxxxx = 4;}message V6AddrType { string addrV6 = 1; uint32 portV6 = 2;}message ProbeIpv6Response { string xxxxx = 1; V6AddrType selfAddr = 2; repeated V6AddrType brosAddr = 3;}这个 proto 文件揭示了两点：
该接口也是有请求的：ProbeIpv6Request，不过可以省略该接口的响应 ProbeIpv6Response 主要包含两部分：selfAddr 是设备自己的地址，有且只有一个brosAddr 是设备的广播地址，可能存在多个 (repeated)地址都是由一个字符串地址和一个整型端口组成如果使用 protoc 程序根据 msg.proto 生成 c++ 代码，再写程序解析数据，就用不着写这篇文章了。毕竟那种方式太牛刀杀鸡了，下面演示一种使用 shell 脚本就能搞定 protobuf 协议的新方法。
pbjs在介绍新方法之前，先介绍本文的主角 pbjs。首先是在 mac 上的安装：
brew install nodebrew install npmnpm install -g protobufjsnpm install -g pbjspbjs 是 nodejs 提供的，用来将 protobuf 二进制数据转换为 json，所以需要先安装 nodejs、npm 环境，linux 上的安装大同小异，此处不再赘述。
执行成功后验证 pbjs 是否安装：
> pbjsUsage: pbjs [options] Options: -V, --version output the version number --es5 Generate ES5 JavaScript code --es6 Generate ES6 JavaScript code --ts Generate TypeScript code --decode Decode standard input to JSON --encode Encode standard input to JSON -h, --help output usage information> which pbjs/Users/yunhai01/tools/node-v14.17.0-darwin-x64/bin/pbjs> ls -lh /Users/yunhai01/tools/node-v14.17.0-darwin-x64/bin/pbjslrwxr-xr-x 1 yunhai01 staff 31B Apr 16 18:26 /Users/yunhai01/tools/node-v14.17.0-darwin-x64/bin/pbjs -> ../lib/node_modules/pbjs/cli.js 看起来这就是一个 node module 的软链接。
pbjs 的功能有很多，help 信息中已经罗列出来了，例如生成 js 代码 (--es5/--es6)，生成 ts 代码 (--ts)，不过最让我感兴趣的还是 --decode，意思是可以将数据解析为 json，下面用上一节的二进制数据做个练手，假设数据已经保存在名为 response.bin 的文件：
> pbjs msg.proto --decode ProbeIpv6Response < response.bin{ "selfAddr": { "addrV6": "240e:304:8183:2bcc:c16d:22d0:74ba:23e", "portV6": 47832 }, "brosAddr": [ { "addrV6": "240e:333:6b00:b00e:38db:2815:306b:3d9b", "portV6": 18947 }, { "addrV6": "240e:333:1707:ca6f:24d3:61ae:86cf:a6fa", "portV6": 18112 }, { "addrV6": "2409:8a38:9002:70b3:19a3:66a3:d778:65cc", "portV6": 18780 }, { "addrV6": "2408:8266:700:1a62:8ad0:4097:9220:577b", "portV6": 18595 }, { "addrV6": "240e:3a0:9001:4013:99c0:11c4:7d3b:e8e5", "portV6": 18319 } ]}哈哈，果然成功，过程异常丝滑！
jq有了 json 数据就好办了，下面上 jq 提取设备 IP，假设已经将数据保存在了 response.json 文件中：
> jq -r ".selfAddr.addrV6" probe_v6.json240e:304:8183:2bcc:c16d:22d0:74ba:23e和之前猜测的 IP 地址结果一致。
结语pbjs 不光可以用来解析响应，也可以用来构造 protobuf 格式的请求，主要就是依赖它的 --encode 参数：
pbjs msg.proto --encode ProbeIpv6Request < request.json > request.bin注意 --decode/--encode 一次只能处理一个消息类型，而协议文件中可能包括多个，所以需要在这里为它们进行指定，之前指定的是 ProbeIpv6Response 消息，这里改为 ProbeIpv6Request 消息。
关于 request.json 文件，简单的可以直接手动构造，复杂的可以借助 jq --arg 动态生成，这方面详细的信息可以参考我之前写的这几篇文章：《用 shell 脚本做 tcp 协议模拟》、《使用 shell 脚本自动申请进京证 (六环外) 》。
至此 protobuf 二进制数据也不再是脚本不可触控的区域，有这方面接口测试需求的同学们快用起来吧 ~
后记使用基于 pbjs 的脚本在 android 设备上验证上述接口后，能正确返回结果，并且发现了几个小问题，为后面写 c++ 代码接入铺平了道路，比起直接使用 adb 跑脚本，编译 sdk 再打 apk 包验证成本实在是太高了，pbjs 确确实实提升了我的效率。
参考[1].Protocol Buffers for JavaScript
[2].工作笔记：protobufjs使用教程，支持proto文件打包成typescript或javascript脚本
标签：
