1. 如何减少Azure Notification Hub的活跃注册设备数？ #

这里有几个实用的方法可以帮你主动控制活跃注册设备的数量：

• 主动删除无效注册：当用户卸载应用、注销账户，或者确认设备不再使用时，在应用端调用Notification Hub的删除API（比如DeleteRegistrationAsync），直接移除对应的注册记录，这是最直接有效的方式。
• 调整Registration TTL自动清理：虽然你当前设置的TTL很长，但如果需要定期清理长期无活动的注册，可以在Hub的属性页修改Registration Time to Live值。一旦注册超过这个时间没有任何更新操作，就会被自动标记为过期并清理，从而降低活跃数。
• 批量清理过期/闲置注册：通过Notification Hub的管理API或者Azure CLI，批量查询出长时间未更新的注册记录，筛选后批量删除。比如用SDK遍历注册列表，根据LastUpdatedTime字段筛选出超过一定周期没有活动的注册进行清理。
• 及时更新设备令牌并清理旧注册：当设备令牌（比如APNs的device token、FCM的registration ID）过期或变更时，要及时更新对应的注册信息，同时删除失效的旧注册，避免旧记录占用活跃名额。

2. 关于活跃设备判定与非活跃设备推送的解惑 #

针对你遇到的场景，我来拆解一下相关规则：

Azure如何判定设备是否活跃？ #

Notification Hub主要通过以下两个维度判断注册的活跃状态：

• 注册的最近更新时间：核心看注册记录最后一次被操作（比如刷新令牌、修改标签、更新注册属性）的时间。如果在TTL周期内没有任何更新，该注册会被标记为非活跃；超过TTL后，会被自动从Hub中删除。
• 推送服务的失败反馈：当向设备推送通知时，如果收到推送服务商（如APNs、FCM）的硬失败反馈（比如设备令牌无效、应用已卸载），Notification Hub会立即将该注册标记为非活跃，后续不再尝试推送，并在TTL到期后清理。

注：你设置的TTL是10,675,199天（约29年），所以短期内不会触发过期清理。你看到的活跃数下降，大概率是部分注册因推送失败被标记为非活跃，或者有主动删除操作导致的。

是否无法向非活跃设备推送通知？ #

是的，当注册被标记为非活跃后，Notification Hub会停止向该设备推送通知——因为系统判定这个注册已经无效，继续推送只会产生无效请求、浪费资源。不过有个例外：如果非活跃状态是因为长期没有更新注册（而非推送失败），此时你手动更新该注册的信息（比如刷新设备令牌），它会重新恢复为活跃状态，就能再次接收推送了。

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