App端红点不同步因iOS原生支持而Android依赖厂商私有实现，plus.runtime.setBadgeNumber在多数安卓机上静默失败；必须满足通知权限、桌面角标开关开启、消息走系统级推送通道三大前提，且tabBar红点应统一用uni.showTabBarRedDot等官方API，index从0起、text须为字符串，超99需手动截断，真机测试必不可少。
uni-app App端红点同步为什么总不一致
因为App端的红点（角标）根本不是统一机制：iOS原生支持，Android全靠厂商私有实现，而uni-app的plus.runtime.setBadgeNumber只是个弱兼容层，在多数安卓机型上静默失败。你看到“没更新”，大概率不是代码漏调了，而是系统压根没响应。
真正影响同步效果的三个硬性前提：
- 用户已授予
scope.notification通知权限（未授权=角标必不显示） - 应用在系统设置里开启了“桌面角标”开关（小米/华为等需手动打开）
- 消息来源必须走系统级推送通道（如JPush、HMS Push、厂商SDK），而非纯前端本地计数
本地缓存一个unreadCount变量再调plus.runtime.setBadgeNumber，在真机上基本等于白忙——尤其测试机是OPPO或vivo时，连日志都不会报错，就默默不显示。
tabBar红点和数字该用哪个API
只要目标是底部tab栏，别碰plus.runtime系列，直接用uni-app官方跨端API：uni.showTabBarRedDot、uni.setTabBarBadge、uni.removeTabBarBadge。
关键细节：
-
index必须严格对应pages.json中tabBar.list数组下标（从0开始），写错就显示到别的tab上 -
text参数必须是字符串（'9'✅，9❌），否则Android端可能崩溃或无反应 - 超过99条时，微信小程序自动转为
'99+'，但其他平台不会，得自己截断并传字符串 - 支付宝小程序的
showTabBarRedDot在开发者工具里常显示异常，务必以真机为准
如何让App图标角标在安卓上真正生效
放弃plus.runtime.setBadgeNumber，转向三方推送SDK或原生桥接：
- 华为手机：集成
HMS Push，调用HmsPush.setBadgeNumber(99)，且需在AppGallery Connect后台开启角标开关 - 小米手机：发一条MIUI专用广播
android.intent.action.APPLICATION_MESSAGE_UPDATE，并确保应用在“桌面角标”设置中启用 - 通用方案：用UTS插件封装各厂商API，通过
app.setAppBadgeNumber()（鸿蒙API 12+）或bundleManager.getBundleInfoForSelf()做降级兼容
所有方案都绕不开一件事：先检查uni.getProvider确认当前设备厂商，再动态加载对应逻辑，硬写死一个接口等于只对1/5的用户生效。
红点数字与业务状态不同步的典型场景
最常踩的坑不是“怎么设”，而是“什么时候设”：
- WebSocket收到新消息后，只更新本地vuex/store，却忘了调
uni.setTabBarBadge——红点不会自己冒出来 - 用户点击消息跳转页面后，清除了该消息，但没同步调
uni.removeTabBarBadge，导致红点残留 - 多个tab页都可能触发角标变更（比如“消息”tab和“我的”tab都有未读），但只监听了其中一个页面的生命周期，遗漏更新
- App冷启动时，
onLaunch里没拉取最新未读数，导致首次打开角标为0，实际有消息
真正可靠的同步逻辑，必须把角标更新作为消息状态变更的副作用来处理，而不是独立功能模块——它本质是UI层对数据层的一次映射，数据变了，UI就得立刻响应。
