Ray

非常感谢~，马上修改:)

没太理解你的需求。你是client端调用server端提交信息之后，client端就不在调用server了？改由server调用client了？ local注册中心的协议无法满足你的需求。local是真的同一个jvm之内使用的，不记录ip、port等信息。 你可以在详细描述一下你的需求，看是不是可以把需求拆成两个rpc service 完成

这个需求属于动态创建client，使用配置方式比较难实现，可以考虑在server端的业务逻辑中使用api方式创建一个motan client。代码可以参考demo模块的MotanApiClientDemo。 不过我觉得这种使用姿势属于有状态的服务，存在一定风险： 1、新创建的回调client的生命周期管理 2、client 发送请求后，server开始回调，此时client挂掉如何处理 我个人不太推荐这种使用方式，最好可以把服务改成无状态服务，把提交信息和回调拆分为两个独立的rpc服务

这个异常是链接断开异常，如果不频繁的话不会有影响

重启client了，refererConfig都没有了，就应该已经断链了呀？还需要关闭啥？ P.S. 这个场景很奇(qi)特(pa)，感觉你在一条不归路上越走越远。。。

我们也在持续关注业界服务化框架的发展，近期motan会增加跨语言服务治理相关功能，并且在性能方面也会不断进行优化，欢迎保持关注～

@rayeaster 在benchmark上其实不同框架差别不会太大，最终的结果基本都是打满网卡带宽。我觉得的如果调研的话，结合自身的业务的场景来进行是比较好的方式。 另外，性能不是一个服务化框架的全部，实际业务使用时，框架的耗时占比远远小于业务耗时，我个人觉得更多的从功能与易用性等角度来做选型会好一些。

已回复。会在下个release版本中fix，感谢反馈～

@sunnights fix一下这个问题吧

这里是想要对每个channel确认能发送成功，不成功就直接从对象池中销毁。 确实有出现延迟较大的可能，不过由于写入时channel的使用是互斥的，这样可以减少多个请求都写入到一个写延迟较大的channel，也算是有利有弊吧