setInterval相比websocket差距有多大？

[walkuere]

我在一家小型私募，后来试用期过了之后我被辞退了
很重要的因素之一，就是他们让我做网页，我没符合要求
网页方面我是弱项

我一开始问网页到底多少人用，有多少刷新频率，在公司群里问了是基金净值，这个数据我知道，是15秒更新一次

而且要局部更新，不是全局，否则一句话就可以

于是我为了偷懒我就用setInterval，写了四行代码，getElement什么，就搞定了

但是公司明确要求是：服务器推送给网页刷新，我大致看了一下长轮询等五种可以实现的方法，只有websocket技术是符合公司的理念的

我问了有多少访问量也没有答复，
老大跟我明确说，必须是服务器推送给网页

我自己也不是很懂，也不是怪这家公司，既然公司要求是服务器端推送更新，那么我没有按要求做，试用期辞退我我没有什么怨言
但是人数很少的小型私募，访问量不会大的。

最后我问，到底有多少访问量，访问频率是多少，老大跟我说，他现在也说不准，要做好各种方面的准备。

只是我想知道，另外我如果在技术上力争的话，是不是能够让公司意识到，用setInterval是可行的，另外是不是可以使我保留我的工作职位。

[情谊细水]

websocket目前兼容不是很好，没特殊需求用轮询没问题的

[rumlee]

说句实话，如果确如你所说，我觉得这家公司不咋的。交代任务时需求都没有描述清楚，就让员工去做，然后又觉得员工做的不满意，其实是领导自己也没有明确的思路。 不管并发量多大，轮询都是可以搞定的。重点在于服务器端的处理。 对于轮询、长连接、长轮询、websocket等，都各有各的好处，各有各的适用场景，没人敢说websocket一定比轮询性能更好。服务器端维护长连接也是会有开销的。

[scmod]

实际上感觉现在web容器也都支持http长连接,差别并不是特别大的样子,仅供参考,因为我没试过http的长连接是个什么情况

[什么都不能]

前端轮询和服务器端轮询压力是不一样的，举个例子：比如前面20个客户端轮询 1 per 15s那服务端查询数据库那就不是每15秒一次了，在线用户越多对服务器压力越大，如果是推送的话，只需要每隔15秒查询一次，对数据库压力减少很多，而且现在大多数使用netty 做websocket服务，性能也很好。还有就是数据流量问题，流量就是钱，ajax请求会有不停的流量，一个是占用网络带宽，再者也是一笔钱。