justRua

类分布式锁的一个场景，回调轮询都可以，如果实时性要求和请求量都不大轮询也没毛病。回调可以参考 zookeeper 的 watcher 机制

@fxxkingduck 老师好

有现成的 grpc-spring-boot-starter ，协议是 grpc ，实现是 netty

有责任，但不是全责，代码是经过测试、review 的，责任是大家的，没必要全往自己身上揽，如果最后全怪你只能说明这个公司很 low 。以前公司百万日活，支付代码有问题，导致异常提现了几十万，后面是追回一部分，就这样也没见要谁负全责的，大家复盘以后避免就是了。

如果流量不大属实没什么必要切分，分开后你要多处理各种异常情况，后续如果有新增什么复杂功能你可以提议新增一个服务避免影响旧服务。

要明白服务切分的意义。例如隔离影响、方便服务扩展和加机器。

新项目可以直接用最新的，老项目真的没必要，jdk 模块化是有破坏性的，一些旧点版本的框架没有适配升级，不加--add-opens 根本跑不起来

说明人家负责，我们这测试都会看你代码，测试环境有问题人家自己先看日志，然后跟你说代码 xxx 这一行是不是有问题。。。

用个 NIO 实现的异步 http client 的做就行了吧，就像 webflux ，IO 异步调用不需要太多的线程