golang kafka sarama 源码解析

本文详细解释了GitHub上的Saramav1.27.2库中ConsumerGroup的创建、加入、重平衡和消息消费过程,涉及协调器、分区分配、领导者的角色以及错误处理策略。
摘要由CSDN通过智能技术生成
  • 消费者组重平衡

github.com/!shopify/sarama@v1.27.2/consumer_group.go

func (c *consumerGroup) newSession(ctx context.Context, topics []string, handler ConsumerGroupHandler, retries int) (*consumerGroupSession, error) {

	// 获取broker组协调器
	coordinator, err := c.client.Coordinator(c.groupID)
	if err != nil {
		if retries <= 0 {
			return nil, err
		}

		return c.retryNewSession(ctx, topics, handler, retries, true)
	}

	// 申请加入组
	// Join consumer group
	join, err := c.joinGroupRequest(coordinator, topics)
	if err != nil {
		_ = coordinator.Close()
		return nil, err
	}
	switch join.Err {
	case ErrNoError:
		c.memberID = join.MemberId
	case ErrUnknownMemberId, ErrIllegalGeneration: // reset member ID and retry immediately
		c.memberID = ""
		return c.newSession(ctx, topics, handler, retries)
	case ErrNotCoordinatorForConsumer: // retry after backoff with coordinator refresh
		if retries <= 0 {
			return nil, join.Err
		}

		return c.retryNewSession(ctx, topics, handler, retries, true)

	// 已经在重平衡期间
	case ErrRebalanceInProgress: // retry after backoff
		if retries <= 0 {
			return nil, join.Err
		}

		return c.retryNewSession(ctx, topics, handler, retries, false)
	default:
		return nil, join.Err
	}

	// 消费者组中的一个消费者作为leader,进行分区方案分配
	// Prepare distribution plan if we joined as the leader
	var plan BalanceStrategyPlan
	if join.LeaderId == join.MemberId {
		members, err := join.GetMembers()
		if err != nil {
			return nil, err
		}

		// 分配分区
		plan, err = c.balance(members)
		if err != nil {
			return nil, err
		}
	}

	// 同步给kafka,只有 leader会带上分区方案
	// Sync consumer group
	groupRequest, err := c.syncGroupRequest(coordinator, plan, join.GenerationId)
	if err != nil {
		_ = coordinator.Close()
		return nil, err
	}
	switch groupRequest.Err {
	case ErrNoError:
	case ErrUnknownMemberId, ErrIllegalGeneration: // reset member ID and retry immediately
		c.memberID = ""
		return c.newSession(ctx, topics, handler, retries)
	case ErrNotCoordinatorForConsumer: // retry after backoff with coordinator refresh
		if retries <= 0 {
			return nil, groupRequest.Err
		}

		return c.retryNewSession(ctx, topics, handler, retries, true)
	case ErrRebalanceInProgress: // retry after backoff
		if retries <= 0 {
			return nil, groupRequest.Err
		}

		return c.retryNewSession(ctx, topics, handler, retries, false)
	default:
		return nil, groupRequest.Err
	}

	// Retrieve and sort claims
	var claims map[string][]int32 // topic->partions
	// 如果有可消费的分区
	if len(groupRequest.MemberAssignment) > 0 {
		members, err := groupRequest.GetMemberAssignment()
		if err != nil {
			return nil, err
		}
		claims = members.Topics
		c.userData = members.UserData

		for _, partitions := range claims {
			sort.Sort(int32Slice(partitions))
		}
	}

	return newConsumerGroupSession(ctx, c, claims, join.MemberId, join.GenerationId, handler)
}
  • 消费者拉取消息
func (c *consumer) newBrokerConsumer(broker *Broker) *brokerConsumer {
	bc := &brokerConsumer{
		consumer:         c,
		broker:           broker,
		input:            make(chan *partitionConsumer),
		newSubscriptions: make(chan []*partitionConsumer),
		wait:             make(chan none),
		subscriptions:    make(map[*partitionConsumer]none),
		refs:             0,
	}

	go withRecover(bc.subscriptionManager)
	go withRecover(bc.subscriptionConsumer)

	return bc
}


  • 3
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
Golang 1.18版本的Transport源码是一个比较复杂的包,涉及到HTTP客户端和服务器之间的网络传输。我将尝试给出一个简单的解析,帮助你理解其中的关键部分。 在源码中,Transport包含一个名为Transport的结构体类型。这个结构体有许多字段和方法,用来管理HTTP请求和响应的传输过程。 首先,Transport结构体中的字段有: 1. Proxy:代理服务器的URL,用于将请求发送到代理服务器。 2. DialContext:一个函数类型,用于建立与目标服务器的连接。 3. TLSClientConfig:用于配置TLS(Transport Layer Security)的客户端配置。 4. ForceAttemptHTTP2:一个布尔值,表示是否强制使用HTTP/2协议进行传输。 5. MaxIdleConns:最大空闲连接数。 6. IdleConnTimeout:空闲连接超时时间。 7. ExpectContinueTimeout:等待"Expect: 100-continue"响应的超时时间。 8. MaxResponseHeaderBytes:最大响应头字节数。 除了这些字段外,Transport还有一些方法,其中最重要的是RoundTrip方法。这个方法负责执行HTTP请求并返回响应。它接收一个指向Request结构体的指针作为参数,并返回一个指向Response结构体的指针。 RoundTrip方法内部会根据请求的URL、代理设置、TLS配置等信息建立连接,并发送请求。它还会处理重定向、错误处理、连接复用等逻辑。最终,它将获取到的响应封装在Response结构体中,并返回给调用者。 除了RoundTrip方法,Transport还有其他一些辅助方法,用于管理连接池、设置代理、处理错误等。 总体来说,Transport源码的实现非常复杂,涉及到了很多底层的网络和协议细节。如果你希望深入了解源码的具体实现细节,我建议你仔细阅读源代码,并查阅相关的文档和资料。 希望这个简要的解析能对你有所帮助!如果你有更多关于Transport源码的具体问题,欢迎进一步提问。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值