React Native应用优化：长轮询转SignalR/WebSocket是否可行？

我现在需要优化一个功能，当前在Context里实现了如下逻辑：

useEffect(() => {
        let interval;
        if (user.certificate) {
            interval = setInterval(() => checkForConsents(), 5000)
        }
        return () => {
            clearInterval(interval)
        }
    }, [user.certificate])


 async function checkForConsents() {
        let dataToSend = await encryptJsonWithAES({
            Patid: user.patid.toString()
        }, user.s_aes, user.s_iv)
        let req = await CertRequesNoEnct(dataToSend, user.token, "", "", "/consent/check-consent-list", user.certificate)
        if (req) {
            let a2 = await decryptAESWithJson(req.replace("\"", ""), user.s_aes, user.s_iv)
            if (a2) {
                let a3 = await JSON.parse(a2)
                if (a3 && a3.length > 0) {
                    idconsent.current = a3[0].id
                    setModalCard(false)
                    setModalConsent(true)
                    return true
                } else {
                    idconsent.current = null
                    setModalConsent(false)
                }
            }
        }
        return false
    }

简单来说，我通过每5秒循环异步调用后端检查用户同意信息，发现对应事件就弹出指定界面，但这导致手机严重发热。考虑切换到SignalR方案（后端基于C#），但担心安全问题，不确定这是不是正确方向。有没有人处理过类似需要持续检查后端的用户同意或双因素认证场景？

可行方案分析： #

• SignalR是完全合适的替代方案
  高频轮询（5秒间隔）会持续唤醒设备网络模块、发起HTTP请求，这正是手机发热的核心原因。SignalR基于WebSocket（ fallback到Server-Sent Events/长轮询）实现双向通信，只有后端有事件触发时才会推送消息到前端，能大幅降低设备资源消耗，彻底解决发热问题。

• 关于SignalR的安全顾虑

  • 传输安全：确保使用wss://（WebSocket加密协议），和HTTPS一样能保证数据传输过程不被窃听篡改；
  • 身份验证：可沿用现有基于token和证书的认证机制，SignalR支持在连接时通过查询参数、请求头传递身份信息，后端C#服务可通过中间件验证用户身份，只有合法用户才能建立连接；
  • 权限控制：连接建立后，后端可根据用户Patid定向推送消息，确保用户只能收到自己的同意事件，不会获取其他用户数据。

• 类似场景的实践经验
  双因素认证、用户授权通知这类场景，用SignalR推送是行业通用方案：

  • 双因素认证时，后端完成验证后直接推送到前端，无需前端轮询；
  • 用户同意/授权状态变更时，后端主动触发推送，前端实时响应弹窗，体验和资源消耗都远优于轮询。

• 过渡阶段的折中方案（若暂时不想切换SignalR）

  • 拉长轮询间隔：比如从5秒改成30秒，能显著降低发热，但实时性会下降；
  • 采用指数退避：连续几次无结果请求后逐步延长轮询间隔，有结果时再恢复短间隔。

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