Grpc

本文介绍如何使用Wireshark来分析gRPC协议的网络通信，当遇到性能问题或者网络问题时，通过分析gRPC的网络包可以提供一种定位问题的方式。 当我们抓取grpc的网络数据之后，使用wireshark 打开后，默认显示的是TCP 协议。我们知道grpc 是基于http2 协议的，需要使用http2进行分析。可以任选一个包，右击进行编码选择。 在我们场景中，3380 是grpc 的server 端口，这里也把 Current 选择为HTTP2 。 确定后，协议变了，同时显示的内容也回把grpc的协议信息也显示出来了。 当我们定位任一个HTTP2的包，右击选择 HTTP2 Stream， 就可以看到具体某个stream 的信息了。 由于grpc 使用了 http2协议，多个grpc 请求时共用一个tcp 连接的，但是不同的请求会使用不同的stream 进行区分。 不能像http 那样，在同一个tcp连接上，请求时顺序的，一个请求结束再去处理下一个请求。 打开具体某个stream后，可以在窗口下方找到如下的信息。把Time since request 应用为新列。 这个时间实际是用http2.time 字段来计算的。它的逻辑是： 当前这一帧的时间 减去 该 Stream ID 起始帧（即客户端发送的 HEADERS 请求帧）的时间。简单来说： 对于服务器返回的第一个响应包： http2.time = 服务器处理耗时 + 网络往返延迟。 对于服务器返回的最后一个响应包（Trailers）： http2.time = 该 RPC 请求从发起到彻底结束的总耗时。 通过窗口的 Edit Column， 是可以看到Time since request 定义为 http2.time 的。 通过http2.time就可以分析 server 返回的响应耗时。我们对 Time since request 进行排序。倒序后，找到相应最大的包，进行Flow http2 strem 进行分析。而且可以看到， server 的响应的耗时分布。...