Wie schreibe ich das Frontend? ?
一般是后端把消息推送到前端，前端只是负责提示用户并跳转回登录页面即可。推送的方法有几种：websocket；轮询；消息队列；
这个问题要和你们后端商量。
如果不是单页面的系统，涉及页面跳转的，后端都有能力控制重定向，用户是否要被踢掉，也都是由后端来决定的。
如果是异步接口要拦截，直接让后端返回未登录的错误码。
同时登录踢人这个功能本身和前端就没有任何关系，后端告诉我用户登录了，那就登录了，后端接口给我们返回用户登录失效了，那我们就提示相应的信息，并控制跳转。
==================这种踢人功能本来就是整个系统的事，你们的系统是怎样的，是单页面系统么，踢人要做到实时么，后端采取什么方案了，这些东西都不表，五个大字“前端怎么写”就企图得到别人的技术帮助，鄙人觉得甚是好笑。什么时候用户有没有登录由前端来决定了？
基本看一个人问问题的方式就知道对方的水平。
这年头问问题的都是大爷。
==== 原答案 ====
用键盘啊，要不然用笔不成？
·每次刷新的时检测本地标记与服务器标记是否一致，标记每隔一段时间获取，看具体情况·websocket配合ajax实现实时监听，不建议，http无状态协议。
我做剔除登录选择的是第一种方式：用户每次登录生成一个sign存入数据库，写入catch，5分钟重新查询一次，sign不匹配就登出
一般是后端把消息推送到前端，前端只是负责提示用户并跳转回登录页面即可。
推送的方法有几种：
websocket；
轮询；
消息队列；
这个问题要和你们后端商量。
如果不是单页面的系统，涉及页面跳转的，后端都有能力控制重定向，用户是否要被踢掉，也都是由后端来决定的。
如果是异步接口要拦截，直接让后端返回未登录的错误码。
同时登录踢人这个功能本身和前端就没有任何关系，后端告诉我用户登录了，那就登录了，后端接口给我们返回用户登录失效了，那我们就提示相应的信息，并控制跳转。
==================
这种踢人功能本来就是整个系统的事，你们的系统是怎样的，是单页面系统么，踢人要做到实时么，后端采取什么方案了，这些东西都不表，五个大字“前端怎么写”就企图得到别人的技术帮助，鄙人觉得甚是好笑。什么时候用户有没有登录由前端来决定了？
基本看一个人问问题的方式就知道对方的水平。
这年头问问题的都是大爷。
==== 原答案 ====
用键盘啊，要不然用笔不成？
·每次刷新的时检测本地标记与服务器标记是否一致，标记每隔一段时间获取，看具体情况
·websocket配合ajax实现实时监听，不建议，http无状态协议。
我做剔除登录选择的是第一种方式：用户每次登录生成一个sign存入数据库，写入catch，5分钟重新查询一次，sign不匹配就登出