Albumen Kevin
Albumen Kevin
> @AlbumenJ 麻烦帮忙确认一下 这个我测试了 3.1.4 版本是没问题的，在几秒后会自动恢复
org.apache.dubbo.rpc.protocol.rest.RpcContextFilter 会传递参数，但是这块的设计可能有问题，没有从 invocation 去取参数
> 我在修复这个问题 但是发现几个其他的问题 RpcContxt里的 内容好像和RpcInvocation 里的不是同一个对象 他们的修改互不影响 这个是正常的吗 @AlbumenJ 框架侧的设计是推荐用户使用 RpcContext，框架内使用 invocation 传递。RpcContext 在最外侧的 Filter 会转换进 invocation。理论上数据是应该以 invocation 为准的
> 现在 rest 的到获取隐式参数时已经没有invocation 了 需要重RpcContext上设置进去 没有进入的原因是他不像dubbo 一样设置token 参数 然后provider 端也没有读取头部的隐藏参数 rest protocol 的可以从 invocation 里面覆盖写入一次 RpcContext
Fix in #11144
目前通过配置中心的配置暂时不支持通过 yaml 配置。另外通过 `@Value` 是由 Spring 管理的属性，目前 Dubbo 只是从 Spring 读取属性，不会向 Spring 写入属性的。
> 配置中心好像也不能自定义其他配置，比如数据库等，如果这样的话，这配置中心就失去意义了 这个未来可以考虑实现下，目前配置中心是指 Dubbo 的配置中心，为 Dubbo 配置提供管理使用的
在应用只有纯 Reference 的时候（没有发布任何服务），Dubbo 无法注册到注册中心。此时注册到注册中心也没有意义，没有任何消费端能消费一个没有发布任何服务的服务端。
`@EnableDubbo` 注解加了吗。从日志里面看没扫描到这个 `DubboService`
``` 2023-01-04 18:08:27,662 WARN [org.apache.dubbo.config.spring.beans.factory.annotation.ServiceAnnotationPostProcessor] - [DUBBO] No class annotated by Dubbo @Service was found under package [com.xxx], ignore re-scanned classes: 1, dubbo version: 3.2.0-beta.2, current host: 192.168.30.75, error code:...