當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可伸縮線程池,但池中的線程數只會增加不會收縮。(爲避免收縮時忽然來了大流量引發的性能問題)。對象