Albumen Kevin
Albumen Kevin
> 因为findAll()在DictProvider，logSuccessfulLogin()在AuthLogProvider 然后对应的 Java 接口一样吗（UserProvider）
如果对应的 Interface 一样是不允许的，从 Dubbo 的角度只能识别接口，接口内部无法再拆了。这种场景是需要拆分成多个 Interface 的
> 在filter里发起另一个rpc 这个本质上是支持的，但是需要调用方自己评估影响面，主要是 ThreadLocal 相关的数据
> RpcContext里面的SERVICE_CONTEXT没有做清理 可以在 org.apache.dubbo.rpc.proxy.InvocationUtil#invoke 里面保存并清理下 SERVICE_CONTEXT，请求结束后还原
> > > > 我想了下， @cwt9562 实现的这个过滤器本身可能就是有问题的，在过滤器里再进行RPC请求，弄不好会把系统搞死，我们是否需要针对这种场景做下控制，禁止在框架内做嵌套RPC调用？ 嵌套调用是有可能有这个需求的，比如请求转发就需要使用到嵌套调用。框架侧来说应该也是可以保证请求成功的（处理好 ThreadLocal 之后）
> > > > > > > > > > > > > 我想了下， @cwt9562 实现的这个过滤器本身可能就是有问题的，在过滤器里再进行RPC请求，弄不好会把系统搞死，我们是否需要针对这种场景做下控制，禁止在框架内做嵌套RPC调用？ > > > > > > 嵌套调用是有可能有这个需求的，比如请求转发就需要使用到嵌套调用。框架侧来说应该也是可以保证请求成功的（处理好 ThreadLocal 之后） > > 明白，那这样的话，除了你说的问题需要处理好，还需要框架测处理死循环的问题。我这周试试改一下。 Track in...
May related with #10570
 debug 看了下，active 小于 pool 的原因是中间的 queue 存在竞争以及 worker 获取任务不够及时导致的。queue 队列长度只有 1，在高并发场景下会导致 worker 来不及获取任务就有新任务提交导致被拒绝。
是不是 WaterFallMaterialDTO 和 MaterialBaseBase 中有同名属性，如果有同名的话 hessian 是无法处理的
Dubbo 3.1 目前在遇到非法字符之后应该只是打日志而已，数据还是正常使用的