配置中心实时推送功能实现方法

通常来说，数据交互有两种模式：Push（推模式）和 Pull（拉模式）。

配置中心实现推送的方式有如下几种：轮询、长轮询、长连接、短连接、webscoket、webhoo

轮询：是指客户端每隔定长时间请求拉取一次数据。可能有更新数据返回，也可能什么都没有。请求中有大半是无用，浪费带宽和服务器资源，消息交互的实时性较低。

长轮询：http 长轮询是server 收到请求后如果有数据，立刻响应请求；如果没有数据 就会 停留 一段时间，这段时间内，如果 server 请求的数据到达（如查询数据库或数据的逻辑处理完成），就会立刻响应；如果这段时间过后，还没有数据到达，则以空数据的形式响应http请求；若浏览器收到的数据为空，会再次发送同样的http请求到server；请求停留的这段时间，这会造成服务器资源浪费；

短连接：在Http1.0中，客户端的每次请求，都要建立一次单独的连接，在处理完本次请求之后，请求释放，这是一次短连接。

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

webScoket：WebSocket其实是HTTP协议上的一种兼容，一旦web服务器和客户端建立起websocket协议的通信连接，之后所有的通信都依靠这个专用连接进行。只需要经过一次HTTP请求，就可以做到源源不断的信息传送了。在 WebSocket API 中，浏览器和服务器只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输，WebSocket是一个长连接的协议。

webhook：webhooks是一个api概念，是微服务api的使用范式之一，也被成为反向api，即：前端不主动发送请求，完全由后端推送。 举个常用例子，比如你的好友发了一条朋友圈，后端将这条消息推送给所有其他好友的客户端，就是 Webhooks 的典型场景。 可能遇到的问题

当服务提供者通过web hook将数据发送你的服务端后,就不会再去关注这些数据。假设你的服务端此时出现了崩溃,或者无法请求成功等原因,就需要主动去尝试请求数据。

webhook会发出大量的请求,可能会造成你的应用阻塞,在此需要确保你的应用能够处理好这些请求。