这篇文章给大家分享的是有关后台开发框架UDPServer的工作原理的内容。小编觉得挺实用的,因此分享给大家学习。如下资料是关于的内容。
第一个接触的叫UDPServer。顾名思义,就是只支持udp的服务框架,因为我们部门是做音视频产品的,音视频数据对实时性要求很高,因此常用udp传输数据.Udp服务器是同步多进程模型,包含1个接口进程和多个工人进程。
Iterface进程负责接收来自外部的请求,做一些合法性校验和格式转换后,转发给后端的工人进程.Worker进程监听不同的端口收包,并处理业务逻辑.Worker进程的回包直接发给客户端。
此处有几个点值得关注:
首先,工人进程监听的是不同端口。
监听相同的端口显然是更常见的做法,而监听相同的端口也需要注意一点,即监听的端口插座必须是从父进程中继承得到的,而非工人自己创建的插座。因为对于前者内核才能保证调度的均匀性,而后者是没有这种效果的,内核只会把请求包扔给同一个工人。
这里之所以使用监听不同端口的方案,是为了保证调度的可控性,请求包发往哪个工人是有预期的,可以做更个性化的调度策略,问题定位也方便得多.Udp服务器默认是使用轮询的调度方式。
第二点是,工人进程回包是直接返回给客户端的。
另一种常见做法是通过界面进程回包,缺点是界面会成为瓶颈。而工人直接回包的缺点是向外部暴露工人,不过这个问题并不十分严重。相较之下,我们更希望获得性能的提升。为了给客户端回包,接口会把客户端的ip和端口封装到请求包发给工人。
框架虽简单,但是性能非常优异,作为echosvr性能可达30 w +每秒。但是这个框架不支持TCP,因此只能作为内部的服务框架使用。
看完上述内容,你们对UDPServer有进一步的了解吗?如果还想学到更多技能或想了解更多相关内容,欢迎关注行业资讯频道,感谢各位的阅读。
