WEB实时推送有哪些实现方案
现在确实有不少这样的场景，当后台数据发生变化，需要主动“通知”前台进行页面刷新，实现方案有这么几种：
轮询
很容易理解，实现起来也非常简单的一种方法：客户端每隔一段时间向后台发送一次请求，把最新的数据取回来。
当然缺点也比较明显，如果定时任务的时间设置比较长，那么数据更新和展示会不及时；如果定时任务的时间设置的比较短，那么频繁地访问后台，也会增加后台服务器的压力。
长轮询
如果是轮询的话，客户端每次向后台请求数据的时候，都会建立一次连接；而长轮询，客户端发送请求给服务器之后，如果有最新数据的话，就直接返回，如果没有最新数据的话，就等待，当有新数据的时候再返回。
缺点也显而易见，因为保持连接也是会消耗资源的，并且如果长时间没有新数据的话，也会发生超时。
Iframe
这个方式的本质是基于Iframe的HTTP长连接实现；在HTML页面里嵌入一个隐蔵的Iframe，然后把src属性设为一个长连接请求，服务器就可以向Iframe传输数据了。
维护长链接就需要增加开销，而且需要考虑连接中断、重连等问题。
WebSocket
HTTP协议的不足，在于HTTP协议只能由客户端发起请求，并且一个Request要对应一个Response（长链接也是如此）。
WebSocket，是要在客户端和服务器之间，建立一个通道，建立一个【真的长链接】；一旦确立WebSocket通信连接，不论服务器还是客户端，任意一方都可直接向对方发送数据，这个是真正意义的双向通信；并且数据格式可以是文本，也可以是二进制数据。
我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。
web的推送的话，最优方案是用websocket，其次长轮询，再其次ajax定时向后台请求数据。如果是. net平台开发的程序，可以用SignalR，它包含了以上三种方案并优先使用webSocket进行通讯
看到各位的回答没有抓住题主问题，WEB实时推送，不是WEB实时交互。
WEB实时推送指的是服务器端向客户端用户推送。
以下是我的回答，每个答案和各个场景有关。
1、ajax轮询 -简单开发成本小
ajax轮询是客户端发起的，可以根据自己的需要，指定一个合理的时间。这种方法非常简单，几乎不需要什么改动。
2、服务端推送SSE-简单可靠性能好
SSE是Server-sent Events的简称，它是HTML5中的一种规范。目前为止那些老旧的浏览器是不直接支持SSE规范的，比如IE内核的浏览器。
SSE这个东西是可以实现服务端主动向客户端进行通信的，但是它仅仅是单向的。如果客户端与服务器端的数据交互不是特别频繁，那么我们是可以使用SSE技术来实现的。
服务端代码和前端代码稍加改动即可。
3、WebSocket 双工实时交互
WebSocket 是 HTML5 开始提供的一种在单个 TCP 连接上进行全双工通讯的协议。
WebSocket 使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据。在 WebSocket API 中，浏览器和服务器只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输。
在 WebSocket API 中，浏览器和服务器只需要做一个握手的动作，然后，浏览器和服务器之间就形成了一条快速通道。两者之间就直接可以数据互相传送。
这个是服务端推送sse的升级版本。
4、web音视频推送 webrtc
这是一个新兴的领域，以后所有的音视频直播大部分都是使用这个来实现。使用web来实现音视频直播。
海康远程web界面无法预览
先在路由器上看看获得的外网地址是多少，在电脑浏览器地址栏输入这个地址和你配置的端口号，如果能访问，说明端口映射没有问题，可以找DDNS的问题。如果不能访问，说明端口映射没有设置好。另外建议不要用80端口，或许设置成81就好用了。
