一对一直播APP开发，从兼容性和性能两方面考虑通讯方式

实时通讯方式解决一对一直播APP开发的通讯需求有四种方式，分别是长短轮询、长连接和websocket，前三种都是建立在HTTP基础上实现的，不论是哪种方式或者有意无意的，它们四个把一对一直播APP开发的通讯方式划分成了兼容性和性能提升两大类。

一、兼容性上

从兼容性上考虑，使用优先级是短轮询、长轮询、长连接、websocket。短轮询的思路很简单，每隔一段时间都像一对一直播APP开发的服务器发送一次请求，不论有无更新，都会返回这个请求，然后再次发送，这种方式实现简单，没有什么技术难点，但会非常浪费服务器的资源，几乎服务器会一直处在一个被占用的状态下，尤其是在高并发情况下，表现力并不好。

其次考虑的是长轮询，简单来说，长轮询是一直与一对一直播APP开发的服务器保持一个连接，再有新的数据或者达到一定时间限制后才返回，以此减少了和服务器之间接触的次数，相比短轮询，更加节省资源。

二、性能上

按照性能考虑，排列的优先级是websocket、长连接、长轮询、短轮询。长连接的方式是建立在长短轮询之上的，反应速度更快，同时它不需要向服务器发起请求，可以直接在一对一直播APP开发服务器有新数据后，拉取数据并发送给用户，这样来看，节省了和服务器建立连接的时间，以及服务器需要保持连接的资源，提升了一对一直播平台的性能，但面临高并发时，太多的请求仍然会吃不消。

Websocket虽然很好用，但是基本用不到，它的缺点就是对服务器的逻辑要求非常高，并不是每个平台都能支撑这么复杂逻辑的服务器应用，尤其是一对一直播APP开发这种本身对服务器要求就不高的，原本就不会在服务器上投入太多，这下更会因为服务器要求而放弃这一点。

性能和兼容性之间的对比，更倾向于对性能的提升，一对一直播APP开发的性能高提升往往更加重要，由于平台的特殊性，高并发的情况近乎没有，所以可以忽略掉因为高并发带来的局限性，把更多精力放到平台能力的提升上。

声明：以上内容为云豹科技作者本人原创，未经作者本人同意，禁止转载，否则将追究相关法律责任