Android如何限制用户仅单设备登录及密码变更后强制重登？

这确实是多端账号同步里的典型痛点，Push通知被屏蔽的问题确实棘手，我在几个项目里踩过类似的坑，给你分享几个经过验证的方案，组合起来用基本能覆盖所有场景：

1. 会话令牌主动校验机制（核心基础） #

不管应用处于前台还是后台，确保每次和后端交互时都校验会话有效性，同时定期主动拉取状态：

• API请求拦截校验：在所有网络请求的拦截器里，带上当前本地存储的会话令牌，后端验证令牌是否有效（比如Web端改密码后，后端会标记旧令牌为失效状态）。如果返回401/403，立即触发强制登出流程。
  示例代码（Kotlin + Retrofit）：

  class TokenValidationInterceptor : Interceptor {
      override fun intercept(chain: Interceptor.Chain): Response {
          val originalRequest = chain.request()
          val savedToken = getLocalToken() // 从SharedPreferences或MMKV获取令牌
          
          val authenticatedRequest = originalRequest.newBuilder()
              .addHeader("Authorization", "Bearer $savedToken")
              .build()
          
          val response = chain.proceed(authenticatedRequest)
          
          // 令牌失效，触发登出
          if (response.code == 401 || response.code == 403) {
              Handler(Looper.getMainLooper()).post {
                  forceLogout() // 清除本地凭证、跳转登录页
              }
          }
          
          return response
      }
  }
  

• 后台定时校验：针对应用在后台、没有API请求的场景，用Android的WorkManager设置周期性任务（比如每隔5-10分钟），主动请求后端的会话状态接口。WorkManager能适配Android的后台限制，尽量保证任务执行。

2. WebSocket实时推送（实时性最优） #

用WebSocket建立移动端和后端的长连接，当Web端发生改密码/新设备登录操作时，后端主动推送会话失效指令，移动端收到后立即登出：

• 这种方式完全不需要依赖通知，实时性拉满，即使应用在后台（只要进程没被杀死）也能收到消息。
• 要处理断开重连逻辑，比如网络波动后自动重新建立连接，避免遗漏推送。
  示例代码（OkHttp WebSocket）：

  private fun initSessionWebSocket() {
      val client = OkHttpClient.Builder()
          .pingInterval(30, TimeUnit.SECONDS) // 心跳保活
          .build()
      
      val request = Request.Builder()
          .url("wss://your-server-domain/session-monitor")
          .addHeader("Authorization", "Bearer ${getLocalToken()}")
          .build()
      
      val listener = object : WebSocketListener() {
          override fun onMessage(webSocket: WebSocket, text: String) {
              if (text == "SESSION_INVALIDATED") {
                  forceLogout()
              }
          }
          
          override fun onClosed(webSocket: WebSocket, code: Int, reason: String) {
              // 断开后延迟重连
              Handler(Looper.getMainLooper()).postDelayed({
                  initSessionWebSocket()
              }, 5000)
          }
      }
      
      client.newWebSocket(request, listener)
  }
  

3. 高优先级静默通知（兜底方案） #

如果WebSocket连接失败或者进程被杀死，用高优先级的Data消息（而非普通通知消息）来兜底：

• Data消息不会在通知栏显示，属于静默推送，系统会优先送达，即使用户屏蔽了普通通知，高优先级的Data消息也能触发应用的后台逻辑。
• 在Firebase Cloud Messaging（FCM）的onMessageReceived方法中处理Data消息，直接触发登出流程，不需要显示任何通知内容。

4. 前台状态监听补漏 #

当应用从后台回到前台时，立即触发一次会话状态校验，确保用户打开应用时能及时感知到会话失效：

• 在Application类中注册ActivityLifecycleCallbacks，监听应用的前后台切换事件，切换到前台时调用校验接口。

组合建议 #

实际项目中，我通常会把API拦截校验 + WebSocket实时推送 + 后台定时校验结合起来用：

• 前台场景靠API拦截实时感知失效；
• 后台活跃场景靠WebSocket推送；
• 后台休眠场景靠定时校验兜底；
• 静默通知作为极端情况的补充。

这样就能最大程度避免Push被屏蔽的问题，同时保证会话失效的实时性和可靠性。

内容的提问来源于stack exchange，提问作者Rakesh L