cyshi
cyshi
我觉得这个场景是不是采用发布订阅队列更合适？ 在RPC中做的话，可以在RPC Server中附带一个RPC Client发送数据
| 用户这边启动一个RPC Server | 服务这边启动一个RPC Client | | --- | --- | | RpcClient | RpcServer（接受用户的RpcClient请求） | | RpcServer（接收推送数据） | RpcClient（数据变动时推送给用户） | 这样是否清楚？
tera已经用过no_boost分支了？
是有问题的，RestartListen之前应该判断下server的_is_running状态
看下这个的实现 https://github.com/cyshi/pbrpc
看一下server监听的端口是否还在
可以限制，但是默认配置的话是不开的，参考 [RpcServerOptions](https://github.com/baidu/sofa-pbrpc/blob/master/src/sofa/pbrpc/rpc_server.h)
`RpcClient::Shutdown()`之后发起异步调用，但是开始回调后`SimpleRpcChannelImpl::DoneCallback`内获取回调线程组(`_client_impl->GetCallbackThreadGroup()->post(done);`)的时候指针已经被释放了，所以coredump，是这个意思么？
这个我觉得有点像指针delete后，又去访问，应该用户控制。 @qinzuoyan 看看。 另外 @bymzy 是有什么场景必须这么用么？
已经有用户实现了一版 可以参考 https://github.com/imotai/pbrpc/tree/master/src/main/java/dos/pbrpc 我们最近也会推出java版