FCM 原生桥接测试页
用于验证 App WebView 注入的 window.NativeFCM 各方法是否正常工作 · v1.0
1. 桥接注入检测 等待注入…
window.NativeFCM-
├ .check-
├ .getToken-
└ .initialize-
window.AndroidInterface（底层桥）-
window.deviceInfo-
window.callNativeShare-
注入耗时（页面脚本启动→检测到）-
原生在 onPageFinished 时才注入 NativeFCM，本页每 200ms 轮询一次；若 10 秒后仍未检测到，说明注入失败或当前不在 App WebView 内。
2. 核心方法测试
check() 返回-
getToken() 返回-
initialize 后本页会每 1 秒自动轮询 getToken()，最长 60 秒，Token 一到即显示（授权→拿 Token 有延迟属正常）。
3. initialize 弹窗配置（可编辑）
原生要求 title / message / positiveButtonText 三个字段都非空才会显示引导弹窗，否则静默返回（无任何反应） —— 可用上面两个异常场景验证容错。默认配置同时带了 poitiveButtonText（历史版本 APK 的拼写）以兼容旧包；若点 initialize 无反应，多半就是旧包只认旧拼写导致校验失败被静默跳过。
4. Token 辅助工具（AndroidInterface 直连）
清除后 getToken() 应返回空串；再强制刷新，稍候 getToken() 应能拿到新 Token。
5. window.deviceInfo
（未检测到）
6. 推送消息回调监听 已注册
onNativeFCMMessageRecived 触发次数0
onNativeFCMMessageClicked 触发次数0
（收到推送消息或点击通知拉起本页后，payload 会显示在这里）
本页已定义 window.onNativeFCMMessageRecived / onNativeFCMMessageClicked 两个全局回调。App 在前台收到 FCM 消息、或用户点击通知拉起 App 时，原生会调用它们并传入消息 JSON 对象。注意：原生实现（handlePendingFCMData）是在页面加载完成后延迟 5 秒才触发回调，收不到时请多等几秒。