UnknownIsInteresting

> rest_rpc使用msgpack作为序列化&反序列化方式，是否可以将接口抽象出来，支持用户自定义序列化方式。 比如用户可以用自定义函数实现序列化和加解密，在服务器端支持用户自定义的解密和反序列化函数。 > > 1. 抽象出逻辑可以由用户自定义序列化/反序列化/加解密算法 > 2. 抽象出逻辑可以由用户自由选择tcp/udp传输。 > GRPC这种框架的缺点就是绑定http2，绑定protobuf，臃肿且不够灵活。 1.这个我也很感兴趣，大佬们解决后踢我一下 2.兼容unix domain socket还是比较容易的，可以加个模板参数实现，支持udp改动可能就比较大了

如果不能简单重启怎么办？没办法调用disconnect，特别是存在kill -9 无法捕获的信号，不要求异常期间缓存数据，有什么好的解决办法吗？感谢感谢！

> 请问您是成功disconnect了que_，实现了channel的缓存清理吗？ > […](#) > ---- 回复的原邮件 ---- | 发件人 | ***@***.***> | | 发送日期 | 2024年08月02日 16:15 | | 收件人 | mutouyun/cpp-ipc ***@***.***> | | 抄送人 | Pekiwe ***@***.***>,...

> 确认一下，你们的场景用的是broadcast吗？如果是的话，能允许丢消息吗？ 我模仿的是c-s的模式，client-server的一条链接代表一条session,每个session有两个unicast_channel，不需要broadcast using unicast_channel = chan; std::shared_ptr ipc_r_ptr_; std::shared_ptr ipc_w_ptr_; 我这个需要怎么修改呢？

> 点对点通讯应该不依赖连接才对，你的两条点到点的unicast_channel，也有崩溃重启无法恢复的问题吗？ 是的，重启后会不停打印“fail: send, que->ready_sending() == false”这个错误