长连接与轮询，性能上如何取舍。
场景描述：
假设有直播业务，单场直播同时在线人数5000左右，需统计用户观看时长。现需统计每个用户的观看时长，统计指标就是基本的：进入时间，离开时间。现选用两种方式：
1. 轮询。在页面中放置定时，间隔若干分钟向后台发起请求并将时间入库。
2. 长连接。用户进入即创建长连接，用户离开关闭长连接并一次性写入用户观看时长。
问：
1. 两种形式从性能上来说，哪种更好。
2. 有没有其他统计时长的方式，例如心跳。可以拍砖。
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（8）
心跳包 session上报 轮询
应该采用直播框架去实现会好一点
长连接肯定不行
允许"若干分钟"的间隔当然选AJAX轮询,发挥HTTP的优势,否则直播时维持5000个长连接,这也太浪费资源了吧.
轮询。简单，快捷，实用。
心跳检测啊，在直播页面也或者客户端嵌入一段代码，每隔30秒或者更短发回一个状态，或者直接发回cookes也行，这样不就统计到了在线时间？
UDP确实最好选择
只说一点，这个场景不适合用Java开发，Java的IO性能很一般。
没做过直播的项目，按理解，应该用UDP适合点，如果没理解错，那么你这里说的长连就不存在了。