html为什么总是要刷新才能同步修改

首先，可以明确的是，网页局部刷新是不难实现的，实际上很多网站也是支持的，比如站内信、实时大盘数据之类的应用。

但是为什么很多网站不支持呢？主要原因有几个方面：首先要做好还是需要一些基础设施和技术支持的，另外也需要一些额外的服务器资源。所以一些网站，尤其是传统的网站大多不支持，比如一些新闻站点、公告/公示、内容发布网站等等。

技术实现方案有很多种:

最简单的就是每个一段时间（比如3秒）请求接口更新数据并重新渲染，这么做对服务器压力较大。

其次是通过长连接，就是网页发起一个HTTP请求，服务器端一直不响应，等到有数据更新的时候再吧新数据返回，网页拿到数据后重新渲染，然后再次发起一个HTTP请求，不断这么循环，网页就可以实时拿到最新数据。

更好的方案是通过websocket建立长连接，这样web端和服务器端就可以实时的双向通讯，及时拿到最新数据，看起来与HTTP长连接区别不大，但是因为实现机制不一样，websocket会有更低的资源消耗。

网站不支持并不意味着用户不需要，比如公告/公示网站，商品信息，动态的用户行为、销售等数据，对很多人就非常重要，需要实时关注。这个时候可以通过一些辅助工具完成信息的监控和管理，比如：网页更新提醒浏览器插件

短连接

连接->传输数据->关闭连接

比如HTTP是无状态的的短链接，浏览器和服务器每进行一次HTTP *** 作，就建立一次连接，但任务结束就中断连接。

具体就是：浏览器client发起并建立TCP连接 ->client发送HttpRequest报文 ->server接收到报文->server handle并发送HttpResponse报文给前端,发送完毕之后立即调用socket.close方法

->client接收response报文->client最终会收到server端断开TCP连接的信号->client 端断开TCP连接，具体就是调用close方法。

也可以这样说：短连接是指SOCKET连接后，发送接收完数据后马上断开连接。

因为连接后接收了数据就断开了，所以每次数据接受处理不会有联系。 这也是HTTP协议无状态的原因之一。

长连接

连接->传输数据->保持连接 ->传输数据->...........->直到一方关闭连接，多是客户端关闭连接。

长连接指建立SOCKET连接后不管是否使用都保持连接，但安全性较差。

HTTP在短链接和长连接上的选择：

HTTP是无状态的 ，也就是说，浏览器和服务器每进行一次HTTP *** 作，就建立一次连接，但任务结束就中断连接。

如果客户端浏览器访问的某个HTML或其他类型的 Web页中包含有其他的Web资源，如JavaScript文件、图像文件、CSS文件等；当浏览器每遇到这样一个Web资源，就会建立一个HTTP会话

HTTP1.1和HTTP1.0相比较而言，最大的区别就是增加了持久连接支持(貌似最新的HTTP1.1 可以显示的指定 keep-alive),但还是无状态的，或者说是不可以信任的。

如果浏览器或者服务器在其头信息加入了这行代码 Connection:keep-alive

TCP连接在发送后将仍然保持打开状态，于是，浏览器可以继续通过相同的连接发送请求。保持连接节省了为每个请求建立新连接所需的时间，还节约了带宽。

实现长连接要客户端和服务端都支持长连接。

什么时候用长连接，短连接？

长连接多用于 *** 作频繁，点对点的通讯，而且连接数不能太多情况。

每个TCP连接都需要三步握手，这需要时间，如果每个 *** 作都是先连接，再 *** 作的话那么处理速度会降低很多，所以每个 *** 作完后都不断开，次处理时直接发送数据包就OK了，不用建立TCP连接。

例如：数据库的连接用长连接， 如果用短连接频繁的通信会造成socket错误，而且频繁的socket 创建也是对资源的浪费。

像WEB网站的http服务一般都用短链接，因为长连接对于服务端来说会耗费一定的资源，而像WEB网站这么频繁的成千上万甚至上亿客户端的连接用短连接会更省一些资源，如果用长连接，而且同时有成千上万的用户，如果每个用户都占用一个连接的话，那可想而知吧。所以并发量大，但每个用户无需频繁 *** 作情况下需用短连好。

总之，长连接和短连接的选择要视情况而定。

---