当前位置:首页 > 文章列表 > Golang > Go问答 > gRPC 客户端不会消耗服务端的流量

gRPC 客户端不会消耗服务端的流量

来源:stackoverflow 2024-02-16 17:00:22 0浏览 收藏

亲爱的编程学习爱好者,如果你点开了这篇文章,说明你对《gRPC 客户端不会消耗服务端的流量》很感兴趣。本篇文章就来给大家详细解析一下,主要介绍一下,希望所有认真读完的童鞋们,都有实质性的提高。

问题内容

我创建了一个 grpc 服务器端流服务(使用 rust),用于从 cluster a 上的 kafka 主题流式传输消息。每次外部客户端发起 websocket 连接时,cluster b 上的 go 客户端都会连接到 rpc 服务;消息通过此连接流式传输到外部客户端。

但是,go 客户端似乎无法可靠地从 rust 服务器消费(即使消息确实已提交)。即使 websocket 确实是从外部客户端读取信息;有时它似乎不从 grpc 流中消耗。我尝试阅读文档并找出可能导致此问题的任何资源泄漏,但无法解决问题。

我认为问题可能出在上下文处理中,或者围绕关闭连接(当流最初成功时,如果您关闭 websocket 并重新打开它,则消息将无法发送) p>

go客户端代码

type kafkachannel struct {
    client bridge.kafkastreamclient
}

func (kc *kafkachannel) consume(topic string) (<-chan []byte, func() error) {
    readchan := make(chan []byte)

    // context with cancellation to close the routine
    ctx, cancel := context.withcancel(context.background())
    stream, err := kc.client.consume(ctx, &bridge.consumerequest{
        topic: topic,
    })
    if err != nil {
        log.fatalf("error creating cosumer stream: %v", err)
    }

    // launch listener in new thread
    go func(reader *chan []byte, consumestream *bridge.kafkastream_consumeclient) {
        // recover from a panic (resources consumed)
        defer func() {
            if recover() != nil {
                log.println("consumer routine closed")
            }
        }()
        for {
            response, err := stream.recv()
            if err != nil {
                log.printf("error creating cosumer stream: %v", err)
                break
            }
            switch data := response.optionalcontent.(type) {
            case *bridge.kafkaresponse_content:
                *reader <- *&data.content
            default:
                break

            }
        }

    }(&readchan, &stream)
    // create a callback func that frees the resources
    closecallback := func() error {
        err := stream.closesend()
        close(readchan)
        cancel()
        return err
    }
    return readchan, closecallback
}

websocket

type chathandler struct {
    database       *db.queries
    client         *grpc.clientconn
    context        context.context
    sessionchannel chan []byte
}
func (handler *chathandler) getchatconnection(c *websocket.conn) {
    //initialisation...
    consumer, closeconsume := kchannel.consume(topic)

    for msg := range consumer {
        log.printf("received message from bridge: %s", string(msg))
        writemessagestart := time.now()

        if err = c.writemessage(1, msg); err != nil {
            log.printf("error writing message: %v", err)
            writemessageelapsed := time.since(writemessagestart)
            log.printf("write time elapsed error: %s", writemessageelapsed)
            if errors.is(err, syscall.epipe) {
                log.printf("sys error: %v", err)
                //continue
            }
            closeconsume()
            handler.close(c)
            return
        }
        writemessageelapsed := time.since(writemessagestart)
        log.printf("write time elapsed no error: %s", writemessageelapsed)
    }
}

rust 服务器端代码

为了完整性

async fn consume(
        &self,
        request: Request<ConsumeRequest>,
    ) -> Result<Response<Self::ConsumeStream>, Status> {
        let (tx, rx) = mpsc::unbounded_channel();
        info!("Initiated read-only stream");
        tokio::spawn(async move {
            let message = match Some(request.get_ref()) {
                Some(x) => x,
                None => return,
            };
            let topic = message.topic.clone();
            info!("Consuming on topic: {}", topic);
            let consumer = create_kafka_consumer(topic);
            loop {
                let result = consumer.stream().next().await;
                match result {
                    None => {
                        warn!("Received none-type from consumer stream");
                        continue;
                    }
                    Some(Err(e)) => {
                        error!("Error consuming from kafka broker: {:?}", e);
                        continue;
                    }
                    Some(Ok(message)) => {
                        let payload = match message.payload_view::<str>() {
                            None => {
                                warn!("Recived none-type when unpacking payload");
                                continue;
                            }
                            Some(Ok(s)) => {
                                info!("Received payload: {:?}", s);
                                s
                            }
                            Some(Err(e)) => {
                                error!("Error viewing payload contents: {}", e);
                                return;
                            }
                        };
                        info!("Received message from broker in read-only stream");
                        if payload.len() > 0 {
                            info!("Sending payload {:?}", payload);
                            match tx.send(Ok(KafkaResponse {
                                success: true,
                                optional_content: Some(
                                    bridge::kafka_response::OptionalContent::Content(
                                        (*payload).as_bytes().to_vec(),
                                    ),
                                ),
                            })) {
                                Ok(_) => info!("Successfully sent payload to client"),
                                Err(e) => {
                                    error!("GRPC error sending message to client {:?}", e);
                                    return;
                                }
                            }
                        } else {
                            warn!("No content detected in payload from broker");
                        }
                        match consumer.commit_message(&message, CommitMode::Async) {
                            Ok(_) => (),
                            Err(e) => {
                                error!("Error commiting a consumed message: {:?}", e);
                                return;
                            }
                        }
                    }
                }
            }
        });
        Ok(Response::new(Box::pin(
            tokio_stream::wrappers::UnboundedReceiverStream::new(rx),
        )))
    }

解决方案


问题是 go 客户端中的资源泄漏,在某种程度上,rust 服务器也是如此。

优雅地关闭 go 客户端流:

对于名为 consume 的流式 rpc

ctx, cancel := context.withcancel(context.background())
stream, err := handler.client.consume(ctx, &bridge.consumerequest{
    topic: topic,
})
closecallback := func() {
    stream.closesend()
    cancel()
    c.close() // where c := *websocket.conn
}
defer closecallback()

使用可取消上下文初始化流非常重要,以便运行时可以释放与多路复用 rpc 关联的资源。调用 cancel() 会关闭客户端的连接(当服务器尝试发送新消息时,这将在服务器上显示为错误)。

rust 在服务器端检测 client.closesend()

在go客户端中调用stream.closesend()并不会通知服务器终止连接,它只是表明客户端将停止发送消息。在这种特殊情况下,我正在流式 rpc 连接中的异步线程中工作,因此为了在客户端与 websocket 断开连接时正常关闭连接,检测 clos​​esend 数据包并关闭 unboundedreceiver 通道非常重要命令关闭连接。

请注意,这样做的动机是服务器将继续尝试向“死亡”接收者发送数据包,因为否则它会认为连接仍然有效。

以下代码改编自this thread

pub struct DropReceiver<T> {
    rx: mpsc::UnboundedReceiver<T>,
}

impl<T> Stream for DropReceiver<T> {
    type Item = T;

    fn poll_next(mut self: Pin<&mut Self>, cx: &mut Context<'_>) -> Poll<Option<Self::Item>> {
        Pin::new(&mut self.rx).poll_recv(cx)
    }
}

// The Drop trait detects the `CloseSend`
impl<T> Drop for DropReceiver<T> {
    fn drop(&mut self) {
        info!("Connection has been droped");
        self.rx.close(); // Shutdown the receiver
    }
}

// Within the rpc

let (tx, rx) = mpsc::unbounded_channel();
let rx = DropReceiver { rx: rx };
tokio::spawn(async move {/** work */});
Ok(Response::new(Box::pin(rx))) // return this

今天带大家了解了的相关知识,希望对你有所帮助;关于Golang的技术知识我们会一点点深入介绍,欢迎大家关注golang学习网公众号,一起学习编程~

版本声明
本文转载于:stackoverflow 如有侵犯,请联系study_golang@163.com删除
对于errgroup在golang中的使用,是否有限制?对于errgroup在golang中的使用,是否有限制?
上一篇
对于errgroup在golang中的使用,是否有限制?
蜜蜂:未找到0001命令
下一篇
蜜蜂:未找到0001命令
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    516次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    500次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    485次学习
查看更多
AI推荐
  • ChatExcel酷表:告别Excel难题,北大团队AI助手助您轻松处理数据
    ChatExcel酷表
    ChatExcel酷表是由北京大学团队打造的Excel聊天机器人,用自然语言操控表格,简化数据处理,告别繁琐操作,提升工作效率!适用于学生、上班族及政府人员。
    3179次使用
  • Any绘本:开源免费AI绘本创作工具深度解析
    Any绘本
    探索Any绘本(anypicturebook.com/zh),一款开源免费的AI绘本创作工具,基于Google Gemini与Flux AI模型,让您轻松创作个性化绘本。适用于家庭、教育、创作等多种场景,零门槛,高自由度,技术透明,本地可控。
    3390次使用
  • 可赞AI:AI驱动办公可视化智能工具,一键高效生成文档图表脑图
    可赞AI
    可赞AI,AI驱动的办公可视化智能工具,助您轻松实现文本与可视化元素高效转化。无论是智能文档生成、多格式文本解析,还是一键生成专业图表、脑图、知识卡片,可赞AI都能让信息处理更清晰高效。覆盖数据汇报、会议纪要、内容营销等全场景,大幅提升办公效率,降低专业门槛,是您提升工作效率的得力助手。
    3419次使用
  • 星月写作:AI网文创作神器,助力爆款小说速成
    星月写作
    星月写作是国内首款聚焦中文网络小说创作的AI辅助工具,解决网文作者从构思到变现的全流程痛点。AI扫榜、专属模板、全链路适配,助力新人快速上手,资深作者效率倍增。
    4525次使用
  • MagicLight.ai:叙事驱动AI动画视频创作平台 | 高效生成专业级故事动画
    MagicLight
    MagicLight.ai是全球首款叙事驱动型AI动画视频创作平台,专注于解决从故事想法到完整动画的全流程痛点。它通过自研AI模型,保障角色、风格、场景高度一致性,让零动画经验者也能高效产出专业级叙事内容。广泛适用于独立创作者、动画工作室、教育机构及企业营销,助您轻松实现创意落地与商业化。
    3799次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议隐私政策
返回登录
  • 重置密码