当dubbo服务提供者向消费层传输大数据容量数据时，会受到Dubbo的限制，报类似如下异常：
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属性值。
1）在dubbo-provider.properties增加
#当dubbo服务提供层向消费层传输大数据容量的对象时，会受到Dubbo的限制，默认是8M，修改为20M,1M=1048576
dubbo.protocol.dubbo.payload=20971520
2）在dubbo-provider-context.xml中增加红色属性以及对应的值
<dubbo:protocol name="${dubbo.protocol.name}" port="${dubbo.protocol.port}" payload ="${dubbo.protocol.dubbo.payload}" />
下面大概说一下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可伸缩线程池，但池中的线程数只会增长不会收缩。(为避免收缩时突然来了大流量引起的性能问题)。