㈠ 前端如何接受系統公告
前端接受系統公告的方式可以通過以下幾種途徑來實現：
1. WebSocket實時通信：前端可以利用WebSocket技術與後端建立實時的雙向通信通道，當系統有新的公告時，後端可以主動推送給前端，前端即時接收到公告並進行展示。WebSocket具有高效、實時性好的特點，非常適合實現實時通信。
2. 輪詢介面：前端可以通過定時調用介面的方式來檢查是否有新的公告。例如，前端可以定時向後端發送請求，後端查詢是否有新的公告，並將結果返回給前端。前端根據返回結果判斷是否有新的公告，如果有，則進行相應的展示。這種方式相對簡單，但效率較低，會增加伺服器的負載。
3. 訂閱-發布模式：前端可以訂閱系統公告的主題，當有新的公告發布時，後端會將公告發送給所有訂閱了該主題的前端。這種方式可以實現按需接收公告，提高了效率，減少了無效請求。但需要在後端實現訂閱-發布的機制。
以上是一些常見的前端接受系統公告的方式。接受系統公告的原因是為了及時將重要信息傳達給用戶，讓用戶了解系統的最新動態、活動或重要通知。同時，及時的系統公告也可以提高用戶的參與度和用戶體驗，使用戶更加關注和使用系統。另外，系統公告也可以用於緊急通知、重要提醒和安全提示等方面。
在拓展方面，前端接受系統公告的方式可以根據具體需求進行擴展。例如，可以結合推送服務（如Firebase Cloud Messaging、蘋果推送通知服務等）實現移動端的實時推送；或者使用消息隊列等技術實現更高效的通信方式。同時，前端還可以對接受到的系統公告進行展示樣式的定製化，以提升用戶體驗。
㈡ ajax長輪詢
一般最原始的作法就是在客戶端搞個定時器一直向後台請求，而ajax的長輪詢與一般的http連接不一樣，它發送的是長連接，比如說你發過去一個連接，它並不急於給你返回過來請求，而是等到後台有動作的時候才有相應，這樣就減少了客戶端的壓力，現在很多地方都用到這種技術，比如說網路，新浪微博，比較成熟的框架有pushlet，另外servlet3.0也增加了非同步的功能，也能很好的解決這個問題，HTML5在將來，這個問題就更簡單了！如果你要研究，建議你深入的了解一下HTTP協議的內部工作原理，了解一下伺服器的實現，希望能幫到你。
㈢ WebSocket 是什麼原理如何實現消息實時推送
目前要實現消息實時推送，有兩種方法，一種是ajax輪詢，由客戶端不停地請求伺服器端，查詢有沒有新消息，然後再由伺服器返回結果；另外一種就是long poll,通過一次請求，詢問伺服器有沒有新消息更新，如果沒有新消息時，會保持長連接，就一直不返回Response給客戶端。直到有消息才返回，返回完之後，客戶端再次建立連接，周而復始。這兩種都是單向鏈接，需要被動的請求伺服器，而不是由伺服器自動發給客戶端。
從上面可以看出其實這兩種方式，都是在不斷地建立HTTP連接，然後等待服務端處理，可以體現HTTP協議的另外一個特點，被動性。
何為被動性呢，其實就是，服務端不能主動聯系客戶端，只能有客戶端發起。
簡單地說就是，伺服器是一個很懶的冰箱（這是個梗）（不會、不能主動發起連接），但是上司有命令，如果有客戶來，不管多麼累都要好好接待。