当dubbo服务提供者向消费层传输大数据容量数据时,会受到Dubbo的限制,报相似以下异常:java
2019-08-23 11:04:31.711 [ DubboServerHandler-XX.XX.XX.XXX:20880-thread-87] - [ ERROR ] [com.alibaba.dubbo.remoting.transport.AbstractCodec : 86] - Data length too large: 13055248, max payload: 8388608, channel: NettyChannel [channel=[id: 0x7ed65435, /XX.XX.XX.XXX:54065 => /XX.XX.XX.XXX:20880]]
java.io.IOException: Data length too large: 13055248, max payload: 8388608, channel: NettyChannel [channel=[id: 0x7ed65435, /XX.XX.XX.XXX:54065 => /XX.XX.XX.XXX:20880]]缓存
缘由就是Dubbo服务限制大数据传输,最大限制为8M,此时能够修改dubbo提供者的配置层,修改payload属性值。ide
1)在dubbo-provider.properties增长性能
#当dubbo服务提供层向消费层传输大数据容量的对象时,会受到Dubbo的限制,默认是8M,修改成20M,1M=1048576大数据
dubbo.protocol.dubbo.payload=20971520spa
2)在dubbo-provider-context.xml中增长红色属性以及对应的值线程
<dubbo:protocol name="${dubbo.protocol.name}" port="${dubbo.protocol.port}" payload ="${dubbo.protocol.dubbo.payload}" />xml
下面大概说一下dubbo:protocol里面的属性
threadpool:线程池类型,可选:fixed/cached ,默认fixed 。
threads :服务线程池大小(固定大小) ,默认为100
payload:请求及响应数据包大小限制,单位:字节,默认为88388608(=8M)
如:
<dubbo:protocol name="dubbo" port="27001" threadpool="cached" threads="20"/>
ThreadPool
fixed 固定大小线程池,启动时创建线程,不关闭,一直持有。(缺省)
cached 缓存线程池,空闲一分钟自动删除,须要时重建。
limited可伸缩线程池,但池中的线程数只会增加不会收缩。(为避免收缩时忽然来了大流量引发的性能问题)。对象