thrift双向通信实现时客户端报:“apache::thrift::transport::TTransportExce what(): Frame size has negative value”

最新推荐文章于 2024-12-13 16:24:19 发布

粗学者老朱

最新推荐文章于 2024-12-13 16:24:19 发布

阅读量3k

点赞数 1

分类专栏： thrift 文章标签： thrift 双向通信客户端读数据异常

本文链接：https://blog.csdn.net/weixin_42514636/article/details/80822567

版权

在将Thrift从单向通信改为双向通信的过程中，遇到客户端报'apache::thrift::transport::TTransportException: Frame size has negative value'的异常。问题源于服务端使用了TNonblockingServer和TframedTransport，导致服务端调用客户端接口时出错。解决方案是服务端改用TThreadedServer或TThreadPoolServer，客户端使用TBufferedTransport。需要注意，TThreadedServer和TThreadPoolServer在高并发时可能导致CPU消耗增加，而TFramedTransport虽然非阻塞但延迟较高。

摘要由CSDN通过智能技术生成

公司的代码之前实现了thrift客户端，服务端单向通信，也就是在一个连接中，只能客户端调用服务端的接口，而服务端不能调用客户端的接口。需要修改为是双向通信，也就是允许服务端主动给客户端发消息，或者说调用客户端的接口。

下面的代码是服务端部分代码：

nbSocket.reset(new transport::TNonblockingServerSocket(port));
serverThread = threadFactory->newThread(stdcxx::shared_ptr<TServer>(
	new TNonblockingServer(getprocessorfactory(johnson, connections), protocolFactory, nbSocket, threadManager)));

服务端使用了TNonblockingServer的服务模型。

再来看一下客户端的连接代码：

stdcxx::shared_ptr<TTransport> socket(new TSocket("localhost", 9091));
stdcxx::shared_ptr<TTransport> transport(new  TFramedTransport(socket));
stdcxx::shared_ptr<TProtocol> protocol(new TBinaryProtocol(transport));

由于服务端使用的服务模型，客户端的数据传输方式只能用TframedTransport。

由此，当服务端调用客户端接口发送数据时就会抛出如下异常：