a490789580的博客

在filter中使用ThreadLocal要特别注意一些问题，首先ThreadLocal是跟着线程走的，而不管是dubbo或者其他的rpc框架或者Springmvc都有个特点：使用的是线程池模型，当线程执行任务结束之后会回到线程池，这时如果在回到线程池之前ThreadLocal没有被清理，当下一次请求拿到这个线程的时候还能读取到之前没有被清理的ThreadLocal的数据，这样显然不是我们想要的结果了。处理方式以dubbo的filter为例：//在服务端的filter中invoker.invoke(in

之前项目中有使用到dubbo.registry.register=false这个配置项来控制dubbo不提供服务，只消费服务。但是这个配置带来的弊端是它作为消费方也不会被注册到zookeeper上，这样不太方便管理，因此有替代配置项：dubbo.provider.protocol=injvm，此配置看配置项意思就是讲服务提供方走injvm协议，顾名思义，服务提供只供jvm内部使用，不暴露在外面。同时消费其他服务也会注册到zookeeper上。...

在dubbo使用过程中，有一些通用参数如果显式的在接口参数中传递，使用起来会有一些不方便。比如：经常使用的session中存放的用户信息，如果都放入参数中传递，这样会耦合到业务逻辑中了，这时隐式传参就是一种比较好的处理方式了。话不多说，下面是利用dubbo提供的RpcContext隐式传参的方式：RpcContext.setAttachments(Map<String, String&...

使用GenericService调用dubbo接口的时候，发现抛出来的异常无法获取到自定义