最近在将应用的 RPC 更换为 gRPC，使用过程中发现报错 rpc error: code = DeadlineExceeded desc = context deadline exceeded。这是啥？原来是某位仁兄设置了环境的超时时间

前面篇章的 gRPC 都是明文传输的，容易被篡改数据。本篇将介绍如何为 gRPC 添加安全机制，包括 TLS 证书认证和 Token 认证。 TLS 证书认证什么是 TLSTLS（Transport Layer Security，安全传输层

gRPC 默认的请求超时时间是很长的。当你没有设置请求超时时间时，所有在运行的请求都占用大量资源且可能运行很长的时间，导致服务资源损耗过高，使得后来的请求响应过慢，甚至会引起整个进程崩溃。 为了避免这种情况，我们的服务应该设置超时时间。当客

上一篇介绍了客户端流式 RPC，客户端不断地向服务端发送数据流，在发送结束或流关闭后，由服务端返回一个响应。本篇将介绍双向流式 RPC。 双向流式 RPC：客户端和服务端双方使用读写流去发送一个消息序列，两个流独立操作，双方可以同时发送和同

上一篇介绍了服务端流式 RPC：客户端发送请求到服务器，拿到一个流去读取返回的消息序列，客户端读取返回的流的数据。本篇将介绍客户端流式 RPC。 客户端流式 RPC 与服务端流式 RPC 相反：客户端不断地向服务端发送数据流，而在发送结束后