有关dubbo 服务端和客户端同时设置超时时间问题

关于dubbo 服务端（privide）和客户端(comsumer)超时timeout设置生效问题，结论：
1.当服务端调用的方法执行时间超过设置的超时时间，方法还是会一直执行，只是执行结束后会拿设置的timeout进行比较，报[ WARN ] [2020-01-09 11:04:04.927][DubboServerHandler-172.26.135.37:20880-thread-3] org.apache.dubbo.rpc.filter.TimeoutFilter [48] - [DUBBO] invoke time out. method: testTimeOut arguments: [{}] , url is dubbo://172.26.135.37:20880/com.ly.mp.busicen.scc.ibiz.IPaBuLackPartOrderBiz?anyhost=true&application=ly.mp.busicen.scc.biz&bean.name=com.ly.mp.busicen.scc.ibiz.IPaBuLackPartOrderBiz&bind.ip=172.26.135.37&bind.port=20880&cluster=failfast&default.service.filter=busicenContext,-exception&default.timeout=120000&dubbo=2.0.2&generic=false&interface=com.ly.mp.busicen.scc.ibiz.IPaBuLackPartOrderBiz&methods=removeById,lambdaQuery,testTimeOut,removeByMap,paBuLackPartOrderMutationSave,listByIds,updateBatchById,saveOrUpdate,paBuLackPartOrderQueryOutPurchase,query,count,listObjs,list,getMap,getById,getOne,page,paBuLackPartOrderQueryFindStock,save,update,getObj,saveOrUpdateBatch,remove,getBaseMapper,removeByIds,paBuLackPartOrderMutationDelete,lambdaUpdate,listMaps,saveBatch,updateById,pageMaps,listByMap,paBuLackPartOrderQueryHistory,paBuLackPartOrderMutationTripHasOrderGoods,paBuLackPartOrderQueryFindAllAudit,paBuLackPartOrderQueryFindAll,paBuLackPartOrderMutationTripDlrOrderSwitchName&owner=szlanyou&payload=83886080&pid=186944&qos.enable=false&release=2.7.0&side=provider&timeout=5000&timestamp=1578538817294, invoke elapsed 11233 ms., dubbo version: 2.7.0, current host: 172.26.135.37

的警告。

2.如果客户端调用方法返回超时，则会直接报超时。当一个请求发出去，当前的请求线程处于锁等待的阻塞状态，而这个condition的唤醒条件1、超时，2、接收到provider的返回。

3.不管客户端是否超时，服务端只要被调用了，就会一直执行下去。这是过滤器，里面进行比较的。

4.所以说客户端管理的超时时间是针对服务端响应的时间，而服务端的超时间是用来为分析日志提供一些系统运行的情况，并不影响实际的调用过程

还可以参考这个
链接: 关于dubbo的provider和consumer都配置timeout超时时间的情况.