大鸡腿
DefaultSignService unable to meet demand?
缓存的更新机制还有节点是什么
这是我个人学习总结博客 [蚂蚁金服开源-SofaRpc源码学习篇](https://blog.csdn.net/weixin_38336658/article/details/118770807?spm=1001.2014.3001.5501) [SofaRpc源码学习篇-netty以及跟dubbo骚操作，负载均衡](https://blog.csdn.net/weixin_38336658/article/details/118879343?spm=1001.2014.3001.5501) 希望大佬们多多指点~
https://github.com/dajitui/sofa-rpc/actions/runs/4606971144 我拉了一个pr，但是build有问题，有大佬帮忙看看吗
目前我公司基本没有写单测，所以存在直接在代码里面mock数据，我记得阿里之前也有要求说写单测，但是实际上业务团队在追求效率情况下，也会采用类似的粗暴的直接mock，我的想法希望能够兼容这种场景
如果线上不挂载testable-mock agent的话应该也不会影响，那应该没问题
>  在红色框中，很有可能 线程A获得锁执行了一次write()函数，随后释放锁； 然后线程C紧接着获得了锁，也执行了一次write()函数，此时 getLastIndex()==2，然后线程A获得锁执行的 deleteOnStartIndex()函数，是从2开始的，因此会出现1位置的日志没有被删除； getLastIndex跟写操作没有同步
> 是没有同步；所以，你是想怎么改？？？ 这个问题简单，可以百度一下或者问下chaigpt
我来给你普及一下，github 的issue 是为了开发者提出问题、缺陷。并不是我给了一个错误的示范，而是框架就不严谨，就是java并发没有做好。 我开着三轮车，不说三轮车不行，说开的人有问题，哈哈
> 1.app_revision表主要存储的是应用级服务发现的元数据信息，这个应用级服务发现的client目前还没来得及开源，所以你目前看不到client进行应用级元数据注册的client代码，这部分相关原理详见：https://mp.weixin.qq.com/s/-oVOeakwefgvlFyi6yYgKA 2.sofa registry的数据一致性，是靠session和data之间相互的watch ant list实现数据一致性的，详见：https://www.sofastack.tech/projects/sofa-registry/code-analyze/code-analyze-data-synchronization/ 1. 能否这么理解，server的元数据信息是保存在data-server的内存中，client会保存在app_revision表中的。因为我从源码里面没有找到对应的服务端元数据储存数据库的步骤，只看到slot map里面 还有一个问题就是没有明白为啥保存客户端的元数据，即使nacos的话也是服务端的元数据比较重要的，client拉取serverList，然后根据服务端元数据去处理，比如灰度、版本 等等，这个客户端的元数据主要是做什么功能？