dubbo RpcContext注意事项

先说结论

注意： 在使用RpcContext的setAttachment()保存参数时，每次请求处理完毕之后记得使用clearAttachments()清除本次请求保存的参数，不然的话有可能会对下一次请求产生影响。

遇到的问题

背景描述： 在工作的时候写的一个项目中，对外暴露RequestMapping("/service")作为应用的统一入口，当应用通过这个入口进来之后，把用户的userId通过RpcContext.getContext().setAttachment()设置在上下文中方便后面的逻辑使用。
问题： 一次一个用户反映它在访问自己的页面的时候出现了其它用户的信息，但是只出现了一次，刷新之后就不见了。

出现问题的原因：

从RpcContext工作方式说起

(看之前请先了解ThreadLocal的工作方式：https://blog.csdn.net/qpzkobe/article/details/79997391)
RpcContext内部维护一个静态ThreadLocal变量，并创建一个RpcContext对象作为初始值，而每个RpcContxt对象内部维护一个叫attachments的HashMap，我们通过setAttachment()设置的参数就保存在这个HashMap中，详情请看源码：


由于是一个SpringBoot的项目，其中使用的Web容器是Jetty，Jetty在启动时会初始化一个线程池用于处理用户发送过来的请求，由于线程池中的线程会复用，而且RpcContext是通过ThreadLocal使得每个线程维护自己的RpcContext对象，所以在处理完上一个请求之后线程中的RpcContext对象被销毁之前，下一个请求如果进来并复用上一个请求的线程的话，这时候访问RpcContext对象就会访问到上一个请求保存下来的数据，所以就导致了下一个请求的用户访问到了上一个请求的用户的数据，所以每次处理完请求之后应该及时清除RpcContext对象中的数据防止下一个请求访问到。