grpc长连接keepalive

gRPC 提供了 Keepalive 机制来维护客户端和服务端之间的长连接。Keepalive 机制可以让客户端和服务端定期交换心跳信号，以确保连接的存活性。

gRPC 的 Keepalive 机制有两种实现方式：基于 HTTP/2 ping 的实现和基于 gRPC 自定义的实现。

基于 HTTP/2 ping 的实现方式是默认的方式，它通过发送 ping 帧来检测连接是否存活。当客户端在一段时间内没有收到服务端的任何消息时，就会发送 ping 帧；当服务端在一段时间内没有收到客户端的任何消息时，就会发送 goaway 帧，关闭连接。这种实现方式可以通过以下方式进行配置：

ManagedChannel channel = ManagedChannelBuilder.forAddress(host, port)
    .keepAliveTime(30, TimeUnit.SECONDS) // 客户端长连接的时间
    .keepAliveTimeout(5, TimeUnit.SECONDS) // 客户端长连接空闲时间
    .keepAliveWithoutCalls(true) // 客户端空闲时是否发送 ping 请求
    .build();

基于 gRPC 自定义的实现方式是在 gRPC 层面上实现 Keepalive，它可以更加灵活地配置 Keepalive 参数。这种实现方式需要客户端和服务端同时支持，需要在客户端和服务端都进行配置。客户端配置方式如下：

ManagedChannel channel = ManagedChannelBuilder.forAddress(host, port)
    .keepAliveTime(30, TimeUnit.SECONDS) // 客户端长连接的时间
    .keepAliveTimeout(5, TimeUnit.SECONDS) // 客户端长连接空闲时间
    .keepAliveWithoutCalls(true) // 客户端空闲时是否发送 ping 请求
    .keepAliveIdle(10, TimeUnit.SECONDS) // 客户端空闲时发送 ping 请求的间隔时间
    .keepAliveMaxPings(1) // 客户端最大发送 ping 请求数量
    .keepAliveMaxIdle(5, TimeUnit.MINUTES) // 客户端最大空闲时间，超时会关闭连接
    .build();

服务端配置方式如下：

Server server = ServerBuilder.forPort(port)
    .keepAliveTime(30, TimeUnit.SECONDS) // 服务端长连接的时间
    .keepAliveTimeout(5, TimeUnit.SECONDS) // 服务端长连接空闲时间
    .keepAliveWithoutCalls(true) // 服务端空闲时是否发送 ping 请求
    .keepAliveIdle(10, TimeUnit.SECONDS) // 服务端空闲时发送 ping 请求的间隔时间
    .keepAliveMaxPings(1) // 服务端最大接收 ping 请求数量
    .keepAliveMaxIdle(5, TimeUnit.MINUTES) // 服务端最大空闲时间，超时会关闭连接
    .addService(service)
    .build();