Dubbo在发展过程中对问题的共同记录。
1、常见序列化问题
增加或删除实体字段(dubbo 条目、返回值),以及要求dubbo 供应商和dubbo 恢复商更新罐子,以保证双方的罐子版本得到维持,否则将注意到顺序问题。
确保二重身供应商和二重身消费者都上载,
2. 如果服务A依赖服务B并转换为服务B,除了服务B的重新调配外,据报告服务A的重新调配是错误的:
未解码回忆是一个关键词。
简言之,如果这是一个解码困难, 它基本上是一个序列问题, 这是一个序列错误。
第三个二重身的回答超时了
服务器端响应超时尚未结束 。
以下是消费者电话:
如果在杜博供应商和消费者的配置文件中定义了超时时间,则杜博人默认为消费者配置的时间。
4、DUBBO Thread pool is EXHAUSTED!
然后是考试,500, 和账单。
客户随着时间的推移向生产商打电话,但生产者的终端根本得不到任何请求。
解答: 访问服务器( 如 [ DUBBO] 线索功率根据喷气式喷气式) 日志 。
我们从活动点:500,核心点:500, 最大点:500线,这还不够。这是用来定位等待关注的话题, 并确定为什么..
5、com.alibaba.dubbo.remoting.RemotingException: message can not send, because channel is closed
也许是互联网。用消费者Telnet:20010,消费者与提供商网络没有连接。
其他原因:当供应商返回时,确定呼叫供应商的线路已经关闭,很可能是因为客户设置时间太短。
6. Dubbo数据传输问题
当dubbo服务提供时,Dubbo限制向客户提供与下列异常情况相类似的大数据能力。
典型情况:Excel输出,文件上传。
理由:由于dubbo协议使用单一长的连接和NIO非同步通信,它适用于涉及大量微小数据的服务请求,以及服务性消费计算机数量大大超过服务提供机数量的情景。
Hessian 协议用于将Hessian 服务与HTTP在Hessian 和Servelet 接触服务底部的通信结合起来。 适用的场景:投入到输出参数数据包的数量增加,供应商多于消费者,供应商的压力增加,文件传输能力增加。
因此,采用关于下载服务的黑森协议和关于标准服务的杜博协议将更有效率。