⽀持两⼤系统的推送服务，iOS开发者还可以将存量⽤户⽆缝迁移到⼩⽶推送中 点击查看详情
稳定 安全 ⾼效
每秒百万级推送速度，亿级同时在线，99.8%的消息300毫秒内到达。
3.推送消息类型
⼩⽶推送⽀持通知栏提醒和透传消息两种消息类型，同时提供运营平台及API两种推送消息下发⽅式。
3.1.1 通知栏消息
通知栏消息通过⼩⽶系统通道下发，不需要应⽤驻留后台。
客户端收到这类消息后，会直接在通知栏展现。⽤户点击弹出通知后，客户端SDK会将消息中携带的数据传递给应⽤，由应⽤决定下⼀步的动作。
3.1.2 透传消息
透传消息是指开发者可选择不通过任何预定义的⽅式展现，由应⽤直接接收推送消息。利⽤透传消息，开发者可⾃定义更多使⽤推送的⽅式和展现形式，从⽽能更为灵活地使⽤消息推送通道。
需要注意的是，在⼀些 Android 系统(如 MIUI)中，受到系统⾃启动管理设置的限制，应⽤不能在后台⾃启动。在这类系统中，如果在发送消息的时候对应的应⽤没有被启动，透传类消息将不能顺利送达。因此，对于对送达率要求很⾼的消息，建议尽量采⽤通知栏提醒的⽅式推送消息。
4.消息推送⽅式
⼩⽶推送⽀持标签（Topic）、RegID、别名（Alias）、Useraccount四种消息发送⽅式。
4.1 基于标签的推送
标签（Topic）可以认为是具有某些相同属性的⽤户集合, 在应⽤初始化时或运⾏过程中，开发者可结合⾃⼰的业务特征，给⽤户打上不同的标签(Topic)。
在推送消息时，开发者可以结合每条消息的内容和⽬标⽤户，选择所对应的标签，完成请求后，⼩⽶推送服务会向所有打上这⼀标签的⽤户发送该消息，从⽽满⾜精准推送的需求。
注：
· 标签不会主动失效，只有开发者主动调⽤退订标签（unsubscribe）或设备标识（RegID/alias/useraccount）失效才会取消
全部⽤户消息同样属于标签消息（设备注册时会注册⼀个默认标签⽤于发送全量消息）；
每个设备可订阅标签的个数⽆上限；
标签可以和RegID与alias对应（具体⽅法请参见服务端⽂档）;
标签消息在消息有效期结束之前，可以停⽌发送。停⽌后不能继续发送。只有标签消息可以停⽌，其余消息发送后不可停⽌。
4.2 基于 R egID的推送
RegID是⼩⽶推送为每个设备上的每个app注册推送服务时⽣成的唯⼀标识。
当开发者需要给⼀个或多个具体的设备推送消息时，可以使⽤基于 RegID的推送，将个性化的信息推送给指定的设备。这种⽅式适⽤于需要为每个⽤户订制个性化推送的场景。
注：
RegID是在客户端向⼩⽶推送服务注册时，⼩⽶推送服务端根据设备标识、AppID以及当前时间戳⽣成，因此能够保证每个设备上每个app对
应的regID都是不同的。
RegID在应⽤卸载或清除本地数据后会重新⽣成；
RegID在如下⼏种情况下会被判断失效：
1：App卸载重装或者清除数据后重新注册，这种情况下会⽣成⼀个新的RegID，⽽⽼的RegID会失效；
2： App调⽤了unregisterPush；
3： 在MIUI上，App卸载时，如果能成功上报，则RegID会被判定失效；
4：设备超过3个⽉没有和⼩⽶Push服务器建⽴长连接；
可以通过feedback接⼝从⼩⽶推送服务后台拉取失效RegID的列表，具体⽤法请参见《服务端SDK⽂档》；
5： iOS SDK从2.2.2版本之后新增⽀持客户端获取RegID的⽅法：getRegID，详细请参见《⼩⽶推送服务iOS客户端SDK使⽤指南》。
4.3 基于别名（a lia s）的推送
别名（alias）是⼩⽶推送提供的⼀种个性化设定, 开发者可以将⽤户在应⽤内的账号或其它⽤户唯⼀标识设定为⽤户设备 RegID 的别名，在推送中可以直接基于别名进⾏推送。
别名不仅⽅便开发者将推送与⾃有的账号系统进⾏关联，同时也避免了因需要保存设备 RegID 与⾃有帐号的对应关系⽽额外带来的开发和存储成本。
注：
alias与RegID(设备)⼀⼀对应，同⼀个alias不能对应多个RegID，alias对应的RegID以最后⼀次setalias对应的RegID为准；
alias失效的可能原因如下：
1： 主动调⽤unsetalias；
2：alias对应的RegID已经失效；
alias只跟设备相关，所以请使⽤⽤户账号作为alias时，合理判断alias可能失效的情况。
4.4 基于user a c c o unt的推送
useraccount主要适⽤于⽤户多点登陆的情况，与alias类似，同样可以作为应⽤⾃⾝的⽤户标识与RegID建⽴映射关系。
典型的场景就是⽤户的alias和user account都可以⽤来设置设备对应的⽤户账号，所不同的是，⼀个alias只能对应⼀台设备，如果有多台设备设置了同样的alias，则最后⼀个设置成功的⽣效，其它设备就会失效。⽽⼀个user account可对应20台以内的设备。因此如果应⽤是单点登录的，⼀个账号只会在⼀台设备上⽣效，⽤alias会⽐较合适。⽽如果产品需求是单账号多点登录同时接收消息，则⽤user account会更合适。
注：
useraccount最多可对应20台设备，并以最近注册的20台设备为准（如果第21台设备注册，则第⼀个注册的设备将会失效）。
4.5 其他个性化功能
4.5.1 定时推送
开发者可以根据业务需求⾃定义消息推送时间，可以选择⽴即推送或指定时间推送。定时消息功能可以指定未来30天内任意时间作为消息下发时间。定时消息在消息开始推送之前可以通过推送运营平台-消息
记录-详情 中取消。
详细设置请参见《服务端Java SDK⽂档》中的timeToSend(long milliseconds)⽅法。
4.5.2 ⾃定义消息有效期
开发者可以根据⾃⼰的业务需求设置每条推送消息的有效期，推送的⽬标⽤户在消息有效期内⽹络在线就会收到消息。消息有效期最长14天。如果应⽤没有单独设置⼀条消息的有效期，⼩⽶推送的默认有效期也是 14天。
android11适配机型详细设置请参见《服务端Java SDK⽂档》中的timeToLive(int milliseconds)⽅法。
4.5.6 个性化场景推送
根据⽹络环境推送
开发者可以根据设备所处的环境进⾏推送：可以选择仅推送给处于WiFi环境下的⽤户。典型场景举例：视频类app可以推给WiFi条件下的⽤户，提升点击率。
按照应⽤版本推送
开发者可以通过指定应⽤的版本号来进⾏推送，可以选择某些版本接收消息/不接受消息。注：版本号需要开发者⾃⼰指定。
按照机型推送
开发者可以通过指定⼿机的品牌与机型来进⾏推送，可以选择某些版本接收消息/不接受消息。
注：model需要开发者⾃⼰指定。详细请参考《服务端Java SDK⽂档》中的“附 录2：品牌表”。
5. 使⽤推送
5.1 启⽤推送
5.3 推送实现⽅式
5.3.1 API推送
通过⼩⽶推送提供的API接⼝，开发者可以⾃⾏构建并发送消息。包括个性化功能实现、获取统计数据、追踪消息状态、拉取失效数据等。⼩⽶推送官⽅提供了JAVA服务端SDK版本，如果⽆法满⾜需求，我们同样提供了http API，开发者可以在底层接⼝上⾃⾏进⾏封装，满⾜各种定制化的推送需求。
5.3.2 推送运营平台
推送运营平台是⼩⽶推送提供的管理和使⽤推送业务的⼀站式平台，通过运营平台开发者可以实现应⽤管理、消息下发、数据统计、使⽤⼈员管理等功能。
推送运营平台⽹页版推送⼯具可以帮助开发者通过运营平台快速实现消息下发。
⽀持通知栏消息和透传消息两种类型，同时⽀持多种推送⽅式和个性化推送。
6. 推送统计
⼩⽶推送⽀持推送数据实时统计功能，包括推送数据、APP数据、消息记录等维度，帮助开发者更好的监控和分析业务现状。
开发者可以根据业务需求，登录推送运营后台查看，或者通过API接⼝获取。
API接⼝请参见《服务端 JavaSDK⽂档》中的“获取统计数据”⼀节。
官⽅⽂档

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。