前端怎麼寫？ ？
通常是後端把訊息推送到前端，前端只是負責提示使用者並跳轉回登入頁面即可。 推送的方法有幾種：websocket；輪詢；訊息隊列；
這個問題要跟你你們後端商量。
如果不是單頁的系統，涉及頁面跳轉的，後端都有能力控制重定向，用戶是否要被踢掉，也都是由後端來決定的。
如果是非同步介面要攔截，直接讓後端回傳未登入的錯誤碼。
同時登入踢人這個功能本身和前端就沒有任何關係，後端告訴我用戶登入了，那就登入了，後端介面給我們回傳使用者登入失效了，那我們就提示對應的訊息，並控制跳轉。
==================這種踢人功能本來就是整個系統的事，你們的系統是怎樣的，是單頁系統麼，踢人要做到實時麼，後端採取什麼方案了，這些東西都不表，五個大字「前端怎麼寫」就企圖得到別人的技術幫助，鄙人覺得什是好笑。什麼時候用戶有沒有登入是由前端決定了？
基本上看一個人問問題的方式就知道對方的程度。
這年頭問問題的都是大爺。
==== 原答案 ====
用鍵盤啊，要不然用筆不成？
·每次刷新的時檢測本地標記與伺服器標記是否一致，標記每隔一段時間獲取，看具體情況·websocket配合ajax實現實時監聽，不建議，http無狀態協議。
我做剔除登入選擇的是第一種方式：使用者每次登入產生一個sign存入資料庫，寫入catch，5分鐘重新查詢一次，sign不符就登出
通常是後端把訊息推送到前端，前端只是負責提示使用者並跳轉回登入頁面即可。
推送的方法有幾種：
websocket；
輪詢；
訊息隊列；
這個問題要跟你你們後端商量。
如果不是單頁的系統，涉及頁面跳轉的，後端都有能力控制重定向，用戶是否要被踢掉，也都是由後端來決定的。
如果是非同步介面要攔截，直接讓後端回傳未登入的錯誤碼。
同時登入踢人這個功能本身和前端就沒有任何關係，後端告訴我用戶登入了，那就登入了，後端介面給我們回傳使用者登入失效了，那我們就提示對應的訊息，並控制跳轉。
==================
這種踢人功能本來就是整個系統的事，你們的系統是怎樣的，是單頁系統麼，踢人要做到實時麼，後端採取什麼方案了，這些東西都不表，五個大字「前端怎麼寫」就企圖得到別人的技術幫助，鄙人覺得什是好笑。什麼時候用戶有沒有登入是由前端決定了？
基本上看一個人問問題的方式就知道對方的程度。
這年頭問問題的都是大爺。
==== 原答案 ====
用鍵盤啊，要不然用筆不成？
·每次刷新的時檢測本地標記與伺服器標記是否一致，標記每隔一段時間獲取，看具體情況
·websocket配合ajax實現實時監聽，不建議，http無狀態協議。
我做剔除登入選擇的是第一種方式：使用者每次登入產生一個sign存入資料庫，寫入catch，5分鐘重新查詢一次，sign不符就登出