Bright Chen
Bright Chen
每种协议都有自己的规范，如果您想扩展实现自己的协议，可以参考[文档](https://github.com/apache/brpc/blob/master/docs/cn/new_protocol.md)。
> #0 0x00007fa34edd1b5d in read () from /lib64/libc.so.6 #1 0x00000000007e824e in google::ReadPersistent(int, void*, unsigned long) () #2 0x00000000007e892e in google::FindSymbol(unsigned long, int, char*, int, unsigned long*, unsigned long, Elf64_Shdr const*,...
用cpu profiler分析看看
1. 设置[最大并发数](https://github.com/apache/brpc/blob/master/docs/cn/server.md#%E9%99%90%E5%88%B6%E6%9C%80%E5%A4%A7%E5%B9%B6%E5%8F%91)。 2. 其他自定义拒绝，可以实现[拦截器](https://github.com/apache/brpc/pull/2137)。
> 问题有解决吗？我这也出现了这个报错。 场景是： > > 1. brpc server在节点A > 2. brpc client 在节点B，定时向节点A发送请求，接收回复 > 操作： > 3. 节点B ifconfig ethX down（ethX是brpc连接的网络的网卡） > 4. 等待30s左右，ifconfig ethX up， > > 期望结果： 网卡up后，1s左右能够正常brpc通信...
是不是可以使用 #2547 notify_on_success特性，在写入成功后，通过id_wait结束rpc？
我理解这种没有响应的请求，在socket写完请求包就可以认为成功了。 设置notify_on_success后，socket写完请求包，就会调用id_wait的回调函数，这时候error_code是0，表示写入成功，就可以认为rpc调用成功了吧。
设置notify_on_success后，不会
related PR: #2171
目前只支持不回包的请求。 什么场景需要支持回包的？