亲测有效 hbase-shaded-client

回来回复一句

github 上看到别人也有一样的问题

https://github.com/grpc/grpc-java/issues/3035

我试试 hbase-shaded-client

@guyeu
拆了就麻烦 人少 我还是个 java 菜鸡= =
如果无解的话 只能拆出去

@jimmyismagic 直接读 body HttpServletRequest 有 API 的

@ciki
你可以看下我的背景
更新应用内部的一些信息，所以需要按 IP 加端口的形式去通知。比如说后台更新了分组，需要通知到特征计算各个机器上去

所以需要一个简易版的服务注册就行了

@louchenabc
感谢大佬 我研究下

@w292614191
不考虑真·高可用，我单机实现一个简易版的 我感觉会很轻量

@wellsc
但是这边是 java 要用 所以不管怎么样 client 服务注册的代码还是要用 java 写的
所以就这样问了

@Dragonphy

哈哈哈 我之前用过他们的熔断限流的 sentinel 先不说占不占资源 这东西有两种 log 没法自定义格式 写死了的

@Lonely
感觉 eureka 得至少 3 节点 单机的是不是不太好 0 -

我好像明白了一点 比如共享式 我能控制同一时刻最多 10 个线程读我的文件 对于这 10 个线程来说是共享的。
但是线程 11 想再读 会被阻塞 我好像明白了点

其实我有点明白了
这个 SPI 应该就是 JDK 自带的一种规范，顺便自带了代码层面的服务发现类似的功能，我只要按照 SPI 的规范去实现接口，他就能自动知道我这个包是 xx 接口的具体实现。所以使用的时候只需要配置文件指定下就行

而 DI 依赖注入只是一种代码层面的设计模式

他们的本质都是为了面向接口编程 解耦

@fantastM
这儿的「 JDK - JDBC 驱动 - 开发者」三个角色都被耦合了
我明白这个意思，因为 jdbc 都封好了接口，所以不管连什么数据库，接口都是基本一致的 开发者只需要面向接口编程 而不是面向实现编程，这个依赖注入就能解决掉。
我是不理解这种配置文件的方式，这个其实跟我手动注入，感觉本质上他没有很大的区别。
根据配置注入具体的实例=SPI 吗 那我感觉本质上也是一种依赖注入　不知道是不是可以这样理解

@nullcoder

为啥 这样还多了一次查询- - 虽然可以通过 useLocalSessionState 设为 true 让他不走这段逻辑

@fkdog
我手动这样实现接口 然后再具体使用的时候才注入具体的类 这种不应该叫 DI 么 依赖注入

这个 SPI 是不是类似的意思 只不过多了个文件夹- -

@blindpirate
我知道 这其实就是一个规范
比如我也手写了实现了 jdbc 接口的包，我直接 new driver 的时候注入我这个实现类就好了 为什么要有这样的一个文件夹，感觉多此一举

@Gary43
感谢老哥 我试试

@echo1937
其实我写了差不多一年的 java 我感觉各种 O 是不是太多了，纯粹是为了面向对象而面向对象。还是说 java 都是这样的，我感觉是不是大家都受福报厂影响太深，他们的傻逼规范都变成了行业标杆

@lostSoul
感谢老哥 我知道我这个不适合再控制层校验，主要我那边有特殊场景就是要这样用 map,我试试你推荐的