FrameBuffer为AbstractNonblockingServer类的内部类,TThreadedSelectorServer继承了AbstractNonblockingServer:
通过研究代码,发现FrameBuffer的read方法的代码中有如下片段,
// pull out the frame size as an integer.
int frameSize = buffer_.getInt(0);
if (frameSize <= 0) {
LOGGER.error("Read an invalid frame size of " + frameSize
+ ". Are you using TFramedTransport on the client side?");
return false;
}
// if this frame will always be too large for this server, log the
// error and close the connection.
if (frameSize > MAX_READ_BUFFER_BYTES) {
LOGGER.error("Read a frame size of " + frameSize
+ ", which is bigger than the maximum allowable buffer size for ALL connections.");
return false;
}
MAX_READ_BUFFER_BYTES这个值即为对读取的包的长度限制,为AbstractNonblockingServer类的属性,其值又取自内部类AbstractNonblockingServerArgs的maxReadBufferBytes属性,默认值为long型的最大值;
即只要修改maxReadBufferBytes的值就可以起到限制的作用,修改服务启动的代码如下:
TThreadedSelectorServer.Args args = new TThreadedSelectorServer.Args(transport).processor(
processor).workerThreads(this.serverWorkerThreads);
// The maximum amount of memory we will allocate to client IO buffers at a time.
// set 1MB.
args.maxReadBufferBytes = 1024 * 1024L;
server = new TThreadedSelectorServer(args);
server.setServerEventHandler(new DataIfaceServerEvent());
LOG.info("DataIfaceServer start, port={}.", this.serverPort);
server.serve();
args.maxReadBufferBytes = 1024 * 1024L; --设置为1M
通过对我的thrift的服务进行抓包调研,我的方法调用请求数据包没有超过200字节的,所以1M的长度限制是足够了。
通过测试如上的修改没有问题,并且对服务继续发送http get请求不会导致直接内存增加。并且报出错误日志:
Read a frame size of XXX, which is bigger than the maximum allowable buffer size for ALL connections.
至此问题解决;
问题的分析过程:http://my.oschina.net/shipley/blog/422204