grpc Q&A问答

本文详细解答了关于gRPC的问题,包括Metadata的传输方式、grpc.Dial的连接行为、ClientConn不关闭的影响、超时控制的重要性、拦截器的使用及多拦截器处理、频繁创建ClientConn的副作用、客户端请求的默认重试机制、HTTP/2作为传输协议的原因以及Kubernetes中gRPC的负载均衡问题。了解这些知识点有助于更好地理解和优化gRPC应用。
摘要由CSDN通过智能技术生成

gRPC Metadata 是通过什么传输?

在这里插入图片描述

调用 grpc.Dial 会真正的去连接服务端吗?

会,但是是异步连接的,连接状态为正在连接。但如果你设置了 grpc.WithBlock 选项,就会阻塞等待(等待握手成功)。另外你需要注意,当未设置 grpc.WithBlock 时,ctx 超时控制对其无任何效果。

调用 ClientConn 不 Close 会导致泄露吗?

会,除非你的客户端不是常驻进程,那么在应用结束时会被动地回收资源。但如果是常驻进程,你又真的忘记执行 Close语句,会造成的泄露。如下图:

  1. client
    在这里插入图片描述
  2. server
    在这里插入图片描述
  3. tcp
    在这里插入图片描述

不控制超时调用的话,会出现什么问题?

短时间内不会出现问题,但是会不断积蓄泄露,积蓄到最后当然就是服务无法提供响应了。如下图:
在这里插入图片描述

为什么默认的拦截器不可以传多个?

func chainUnaryClientInterceptors(cc *ClientConn) {
   
	interceptors := cc.dopts.chainUnaryInts
	if cc.dopts.unaryInt != nil {
   
		interceptors = append([]UnaryClientInterceptor{
   cc.dopts.unaryInt}, interceptors...)
	}
	var chainedInt UnaryClientInterceptor
	if len(interceptors) == 0 {
   
		chainedInt = nil
	} else if len(interceptors) == 
  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值