GRPC 客户端释放channel资源失败或者卡死的解决方案

最新推荐文章于 2024-08-09 16:26:07 发布

jiafuLi2018

最新推荐文章于 2024-08-09 16:26:07 发布

阅读量1.8k

点赞数

CC 4.0 BY-SA版权

分类专栏： C++ 文章标签： rpc

本文链接：https://blog.csdn.net/Ljfzhifuwa/article/details/126469891

GRPC客户端在作为全局或静态对象时可能出现资源释放失败导致进程卡死的情况。由于系统回收资源的顺序不确定性，可能导致GRPC依赖的资源已被释放，而自身资源未释放。为解决此问题，可以在进程结束前利用atexit()注册函数主动释放资源，确保内存精确控制。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

GRPC 客户端在某些情况下会出现资源无法释放？

当我们创建一个全局的对象时，或者静态对象是，或者智能指针，并期望系统在进程退出的时候自动回收申请的内存。但不幸的是，系统回收资源无法按我们期望的顺序，这就会造成GRPC依赖的某些资源已经释放，而我们自己申请的GRPC的资源有在等待这些资源，造成进程无法结束或者卡死的问题。

如下：

// Normal case
#include <iostream>

struct A {
    std::shared_ptr<grpc::Channel> mChan;
    std::unique_ptr <TMService::Stub> mGRPCServerStub;
}

int main() {

    A a;
    a.mChan = grpc::CreateChannel("localhost:88888", grpc::InsecureChannelCredentials());
    a.mGRPCServerStub = AService::NewStub(mChan);

    grpc::ClientContext context;
	ARequest request;
	AResponse response;
    grpc::Status rpcStatus = a.mGRPCStub->callMethod(&context, request, &response);

    if (!rpcStatus.ok()) {
        std::cerr << "GRPC FAILD TO CALL METHOD" << std::endl;
    } else {
        return 0;
    }

}

// Abnormal case, 资源无法释放
#include <iostream>

struct A {
    std::shared_ptr<grpc::Channel> mChan;
    std::unique_ptr <TM