icodening
icodening
是否有考虑将dubbo路由也纳入，用同样的配置模型来配置不同协议的路由，可以降低用户的学习成本
> > 是否有考虑将dubbo路由也纳入，用同样的配置模型来配置不同协议的路由，可以降低用户的学习成本 > > 能再详细说明一下你的意思吗？不是特别理解你说的纳入dubbo路由。 就是疑惑是否会把dubbo路由治理也规划进来。不过``HHoflittlefish777``同学已经解答了我的疑惑了 🙏
无效是指加载不到任何的``Filter``实例吗？使用场景是什么样的呢？可以检查下是不是类加载器不一致
/assign
[sofa-isle.md](https://github.com/sofastack/sofa-boot/files/9036125/sofa-isle.md)
[sofa-isle-v2.md](https://github.com/sofastack/sofa-boot/files/9139517/sofa-isle-v2.md)
@elvislou hello，首先从图上和你描述的是"nacos server oom" 可以初步判断是nacos server中**异步客户端**的导致的连接泄漏。你可以用MAT的 "**with incoming references**"找到发生连接泄漏的NacosAsyncRestTemplate实例被谁引用，可以根据找到的引用的全限定名初步判断是什么逻辑导致的连接泄漏(AsyncNotifyService、HealthCheck、ServerMamberManager等)，缩小排查范围
该功能可以借助配置中心来实现持久化以及动态刷新，例如Nacos
dashboard一分钟消失的这个问题之前有遇到过，我觉得算是个bug，参考 : https://github.com/alibaba/Sentinel/issues/2552. 至于监控指标持久化的话可以自行扩展dashboard替换`InMemoryMetricsRepository`，或者另辟蹊径例如把指标吐到`Prometheus`上，结合`Grafana`做大屏展示，这块的扩展也不复杂，以下是`Sentinel`结合`Grafana`例子：
> 另外为什么metrics日志文件里会有__total_inbound_traffic__资源的统计呢？这个是框架自带的吗？ 是的 框架内建的虚拟节点 用来统计全局入口流量的