uni.settabbarbadge不能替代uni.showtabbarreddot，二者为独立api且互斥；text必须为字符串，安卓部分rom（如老版emui）不支持数字角标，ios超99建议改用红点，真机测试需注意索引、时机及防抖。
uni.setTabBarBadge 能实现带数字的角标，但不能直接替代红点提示——它和 uni.showTabBarRedDot 是两个独立 API，行为不叠加、不自动转换，且平台兼容性差异极大。
为什么 uni.setTabBarBadge 在某些安卓机上没反应
根本不是调用时机或网络问题，而是参数类型或平台限制：
- text 必须是字符串，传 1（数字）会静默失败，必须写 '1'
- 华为老版 EMUI、部分 OPPO/realme 系统只支持红点，不渲染任何文字角标
- iOS 上超过两位数（如 '100'）容易字体挤压变形，建议 >99 时改用红点
- 微信小程序里正常，不代表 App 或其他小程序平台也正常——原生 tabbar 渲染权在系统控件手里，uni-app 只是“发指令”
uni.setTabBarBadge 和 uni.showTabBarRedDot 能共存吗
不能自动共存，必须手动管理状态切换：
- 同一个 tabbar index 上，uni.setTabBarBadge 和 uni.showTabBarRedDot 互斥
- 先 show 红点，再 setBadge：多数安卓机型会显示数字、自动隐藏红点
- 先 setBadge，再 show 红点：红点不会覆盖数字，需先 uni.removeTabBarBadge 才能生效
- uni.hideTabBarRedDot 不会影响已设置的 badge，uni.removeTabBarBadge 也不会恢复红点
真机测试前必须绕开的三个坑
- 下标 index 从 0 开始，但很多人按 UI 顺序数成 1 起始，导致调错 tab 项
- 页面 onLoad 阶段调用大概率失败，因为原生 tabbar 还未就绪；应改用 onShow + setTimeout 延迟 200–500ms（iOS 更敏感，建议 300ms 起）
- 连续快速调用（比如 WebSocket 收到多条消息后密集更新），iOS 会出现残留或闪烁；加个简单防抖：clearTimeout(this.badgeTimer); this.badgeTimer = setTimeout(() => {...}, 50)
实际更新逻辑别散落在各个页面里。未读数一变，就得统一触发角标更新——这个动作应该收口在 Pinia store 的 action 里，由推送回调、消息列表页 onShow、用户点击已读等所有源头调用，而不是每个页面自己算完再塞 uni.setTabBarBadge。否则跨页面状态不同步、红点消失又突然弹出，就是这么来的。
