㈠ 前端如何接受系统公告
前端接受系统公告的方式可以通过以下几种途径来实现：
1. WebSocket实时通信：前端可以利用WebSocket技术与后端建立实时的双向通信通道，当系统有新的公告时，后端可以主动推送给前端，前端即时接收到公告并进行展示。WebSocket具有高效、实时性好的特点，非常适合实现实时通信。
2. 轮询接口：前端可以通过定时调用接口的方式来检查是否有新的公告。例如，前端可以定时向后端发送请求，后端查询是否有新的公告，并将结果返回给前端。前端根据返回结果判断是否有新的公告，如果有，则进行相应的展示。这种方式相对简单，但效率较低，会增加服务器的负载。
3. 订阅-发布模式：前端可以订阅系统公告的主题，当有新的公告发布时，后端会将公告发送给所有订阅了该主题的前端。这种方式可以实现按需接收公告，提高了效率，减少了无效请求。但需要在后端实现订阅-发布的机制。
以上是一些常见的前端接受系统公告的方式。接受系统公告的原因是为了及时将重要信息传达给用户，让用户了解系统的最新动态、活动或重要通知。同时，及时的系统公告也可以提高用户的参与度和用户体验，使用户更加关注和使用系统。另外，系统公告也可以用于紧急通知、重要提醒和安全提示等方面。
在拓展方面，前端接受系统公告的方式可以根据具体需求进行扩展。例如，可以结合推送服务（如Firebase Cloud Messaging、苹果推送通知服务等）实现移动端的实时推送；或者使用消息队列等技术实现更高效的通信方式。同时，前端还可以对接受到的系统公告进行展示样式的定制化，以提升用户体验。
㈡ ajax长轮询
一般最原始的作法就是在客户端搞个定时器一直向后台请求，而ajax的长轮询与一般的http连接不一样，它发送的是长连接，比如说你发过去一个连接，它并不急于给你返回过来请求，而是等到后台有动作的时候才有相应，这样就减少了客户端的压力，现在很多地方都用到这种技术，比如说网络，新浪微博，比较成熟的框架有pushlet，另外servlet3.0也增加了异步的功能，也能很好的解决这个问题，HTML5在将来，这个问题就更简单了！如果你要研究，建议你深入的了解一下HTTP协议的内部工作原理，了解一下服务器的实现，希望能帮到你。
㈢ WebSocket 是什么原理如何实现消息实时推送
目前要实现消息实时推送，有两种方法，一种是ajax轮询，由客户端不停地请求服务器端，查询有没有新消息，然后再由服务器返回结果；另外一种就是long poll,通过一次请求，询问服务器有没有新消息更新，如果没有新消息时，会保持长连接，就一直不返回Response给客户端。直到有消息才返回，返回完之后，客户端再次建立连接，周而复始。这两种都是单向链接，需要被动的请求服务器，而不是由服务器自动发给客户端。
从上面可以看出其实这两种方式，都是在不断地建立HTTP连接，然后等待服务端处理，可以体现HTTP协议的另外一个特点，被动性。
何为被动性呢，其实就是，服务端不能主动联系客户端，只能有客户端发起。
简单地说就是，服务器是一个很懒的冰箱（这是个梗）（不会、不能主动发起连接），但是上司有命令，如果有客户来，不管多么累都要好好接待。