namelij
namelij
按照提示，编译时候，需要指定gflags gtest库
2025年3月，用了最新的brpc，问题依旧
E112我们遇到两次了，都是大故障。有点 想换掉brpc了。这个问题不解决，后面不敢再用了 后端明明没压力，就是提示E112 或者 没有服务可以选 @Huixxi 请问下，这种解决方案，对POOL这种方式可行么 从代码看，就是当没有可用的时候，就从没有通过健康检测的中间取一个节点来使用
> > #0 0x00007fa34edd1b5d in read () from /lib64/libc.so.6 > > [#1](https://github.com/apache/brpc/issues/1) 0x00000000007e824e in google::ReadPersistent(int, void*, unsigned long) () > > [#2](https://github.com/apache/brpc/issues/2) 0x00000000007e892e in google::FindSymbol(unsigned long, int, char*, int, unsigned...
> 用cpu profiler分析看看 请教个问题，我们这个 是入口服务，即用brpc实现的server，又有 client对外请求 是不是可以 在服务层面增加增加措施，如果服务扛不住了，可以不再处理后续请求，这块有什么好的建议么