airx
Results
2
issues of
airx
撇开kcptun只能代理tcp这个差别。 kcptun我理解qos核心靠arq+fec功能，UDPspeeder就没有arq吧，只有个fec，请教两个问题： 1、UDPspeeder和kcptun的fec功能差别在哪呢？UDPspeeder的fec功能会更好吗？ 2、当UDPspeeder的fec冗余都恢复不了包时，怎么办，就确实丢了吧，还是会有nack或者arq来确保重传得到包呢？
对于客户端网络库业务使用来说，其实就两种形式：一种主动请求（又分同步和异步），一种被动推送。 rest_rpc解决了主动请求的问题，调用确实挺方便！ 但我觉着rest_rpc不应该局限在rpc这个技术名词的意思，还应该把客户端推送也集成并且优雅的解决好，这样就全统一了，才是真正的解决问题。 服务端可选择的框架方案太多了，就是分布式，mq都有很好的方案。而客户端网络库都没人关注和做的好的，这篇文章我觉得很有道理：https://blog.51cto.com/yaocoder/1541271 要么只是封装下socket提供几个回调，当然rest_rpc算是考虑到实际调用方便，主动请求解决的挺好，但缺长连接维持和推送通知。客户端库当然还需要考虑依赖尽可能少，库尽可能小，性能第二，易用性傻瓜性第一。