84669 person learning
152542 person learning
20005 person learning
5487 person learning
7821 person learning
359900 person learning
3350 person learning
180660 person learning
48569 person learning
18603 person learning
40936 person learning
1549 person learning
1183 person learning
32909 person learning
For example, if the web side deletes the user who is logging in on the app side, how can the app side user be forced to log off? What method can be used on the web side to achieve this effect? javaweb
光阴似箭催人老,日月如移越少年。
举个例子: app需要token登录,推送消息,app接收推送消息后代码执行清空token行为导致token失效,强制退出
这个是需要App和后台一起处理的,首先在app端写好token失效App的处理行为,是跳转到登录界面,是杀死app还是删除一些本地文件。接着是如何让app获取token失效的信息,一种是楼上说的后台推送消息,另一种是在后台改变token信息,app再次访问后台发现token失效。对后台而言,前者是主动,后者是被动。假如要求App被立刻通知到,显然是前者,假如对通知的时间不敏感,可使用后者。一般来说,用户操作app对网络的访问还是很密集,使用后者简单方便,时间延迟也没那么大。
要服务端控制,在app调用接口时明确返回用户下线了,然后app退出到登录界面?
可以使用socket.io 有了长连接,双向通信,服务端给客户端发消息,客户端收到消息,退出到登录界面
首先要搞清楚你任务的app下线的含义。1.是直接强制app回到登录界面,这次的登录失效。2.app页面保留,但是继续有任何操作或者说是与网络相关的操作时,使之下线。第一种情况比较复杂,因为你是立即执行,那么最合适的就是使用推送,web端推送给特定用户,而app端本身就已经写好特定推送的相应行为就可以了。第二种情况的话,只需要你在web端去让你的token验证失效就可以了,正常情况每一个用户的token,都会在web端保留一个失效时间,你只需要让这个失效时间立即失效,那么你的app端有相应的请求处理,当token失效后,会调到登录页面重新登录
一般没有必要实时下线。在用户操作app,app向服务器发出请求时,服务器返回相应信息,然后app再反应退出即可。
举个例子: app需要token登录,推送消息,app接收推送消息后代码执行清空token行为导致token失效,强制退出
这个是需要App和后台一起处理的,首先在app端写好token失效App的处理行为,是跳转到登录界面,是杀死app还是删除一些本地文件。接着是如何让app获取token失效的信息,一种是楼上说的后台推送消息,另一种是在后台改变token信息,app再次访问后台发现token失效。对后台而言,前者是主动,后者是被动。假如要求App被立刻通知到,显然是前者,假如对通知的时间不敏感,可使用后者。一般来说,用户操作app对网络的访问还是很密集,使用后者简单方便,时间延迟也没那么大。
要服务端控制,在app调用接口时明确返回用户下线了,然后app退出到登录界面?
可以使用socket.io 有了长连接,双向通信,服务端给客户端发消息,客户端收到消息,退出到登录界面
首先要搞清楚你任务的app下线的含义。
1.是直接强制app回到登录界面,这次的登录失效。
2.app页面保留,但是继续有任何操作或者说是与网络相关的操作时,使之下线。
第一种情况比较复杂,因为你是立即执行,那么最合适的就是使用推送,web端推送给特定用户,而app端本身就已经写好特定推送的相应行为就可以了。
第二种情况的话,只需要你在web端去让你的token验证失效就可以了,正常情况每一个用户的token,都会在web端保留一个失效时间,你只需要让这个失效时间立即失效,那么你的app端有相应的请求处理,当token失效后,会调到登录页面重新登录
一般没有必要实时下线。
在用户操作app,app向服务器发出请求时,服务器返回相应信息,然后app再反应退出即可。