惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

C
Check Point Blog
GbyAI
GbyAI
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
U
Unit 42
美团技术团队
NISL@THU
NISL@THU
C
Cisco Blogs
SecWiki News
SecWiki News
N
Netflix TechBlog - Medium
Forbes - Security
Forbes - Security
Cloudbric
Cloudbric
雷峰网
雷峰网
T
Tailwind CSS Blog
博客园 - 司徒正美
The Register - Security
The Register - Security
L
LangChain Blog
S
Security Affairs
Hacker News - Newest:
Hacker News - Newest: "LLM"
B
Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
T
Threat Research - Cisco Blogs
I
InfoQ
S
Schneier on Security
L
Lohrmann on Cybersecurity
量子位
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Martin Fowler
Martin Fowler
Schneier on Security
Schneier on Security
F
Fortinet All Blogs
TaoSecurity Blog
TaoSecurity Blog
K
Kaspersky official blog
Google DeepMind News
Google DeepMind News
Cisco Talos Blog
Cisco Talos Blog
PCI Perspectives
PCI Perspectives
Attack and Defense Labs
Attack and Defense Labs
WordPress大学
WordPress大学
Microsoft Azure Blog
Microsoft Azure Blog
H
Help Net Security
Project Zero
Project Zero
The GitHub Blog
The GitHub Blog
D
Docker
N
News | PayPal Newsroom
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
H
Hacker News: Front Page
云风的 BLOG
云风的 BLOG
Microsoft Security Blog
Microsoft Security Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
博客园 - 聂微东
Webroot Blog
Webroot Blog
MongoDB | Blog
MongoDB | Blog

少数派

派早报:Google 发布 Fitbit Air 等 - 少数派 「新人报到」確認需求,再開始 - 少数派 从 SOLO 独立开发者社区,我看到了越来越多开发者开始做自己的产品 - 少数派 我怎么管理那些"不常做,但总会忘"的生活事项 - 少数派 人形机器人量产元年,数据才是具身智能的“生死线” - 少数派 BuhoLaunchpad 高度还原 Mac 启动台:开发历程与思考 - 少数派 五年陪伴依然不舍,DIY 换壳后让罗技 MX Master 3 继续服役 - 少数派 新玩意 240|少数派的编辑们最近买了啥? - 少数派 一日一技|为什么你应该关闭 iOS 的键盘声音 - 少数派 我做了个插件和 Skills,一键提取任何网站的设计规范 Design.md - 少数派 住在三四线城市的你,该开始录播客了 - 少数派 甘南秘境,大白高国 - 少数派 AI的审美:谁让把我变成川内倫子 - 少数派 返工怎能不烦恼,打工人片单总有一部是你的「嘴替」 - 少数派 为了让「上厕所」更健康,我做了一个小工具 - 少数派 AI + Skill,能够让生成的文章去除 AI 味吗? - 少数派 新玩意|韶音OpenDots ONE 耳夹式耳机 - 少数派 《美满》| 在每一个春天的晚上相爱(362) - 少数派 新玩意|优篮子 PS01 MagSnap 磁吸支架 - 少数派 自我整合手记 | 我开始早睡了:用稳定规则,为自由托底 - 少数派 用龙虾(OpenClaw)两个多月,我最深的12个体会 - 少数派 听歌时间到,12 张你可能错过的 2025 华语乐坛好专辑 - 少数派 承诺能追吗 - 少数派 macOS 26启动台没了? 我做了个不一样的App启动器 - Keboard - 少数派 《四海为家的人》| INTJ对话INTJ(361) - 少数派 你发过的那些黑历史,是时候一次清干净了 - 少数派 新玩意:安安静静玩,越玩越专注:计客密码机 - 少数派 iPad 用户首次体验 Android 平板:vivo Pad6 Pro - 少数派 数据逻辑强 - 少数派 极北行+ | 一路向北,探访日本至北之地 | 001 - 少数派 万字剖析:千问App深度体验报告(2026) - 少数派 在2026年,如何真正防止别人抄袭你的作品 - 少数派 怎么用 50 块搭个 AI 语音助手?我踩了 3 天坑 - 少数派 YeeroAI:让 AI 对话真正成为知识管理的一部分 - 少数派 爬泰山 - 少数派 「旅图显影」 App 更新:这次,我们补上了一点「手感」 - 少数派 假期出门太折磨?我的 23 条经验帮你规划惬意旅行 - 少数派 工作流会变吗 - 少数派 Claude Opus 4.6 怎么用最省钱?我测了 5 种方案 - 少数派 GPT Image 2 让图文并茂不再稀罕 - 少数派 用户侧出发——什么是AI,我要不要学习? - 少数派 找片、转存、整理、播放一条龙!让你的付费网盘值回票价 - 少数派 欢迎试用!日课一问2.0插件 - 少数派 自己做的MDeditor,原本想购买 Typora 试了两次支付不成功,干脆自己做一个 - 少数派 vibe coding了一个 3MB 的小工具,让 ~/Downloads 彻底告别混乱 - 少数派 因为受不了 Mac 的风扇策略,我做了一个风扇控制工具 - 少数派 别只怪模型 - 少数派 Warp 终端的 AI 功能怎么用?我测了一周的体验 - 少数派 AI 写代码老是出 bug?这 5 个配置我后悔没早知道 - 少数派 「新玩意」苹果出相机可能就这样:Sigma BF + 45mm F2.8 DG Contemporary - 少数派 一个面向2030年的AI操作系统是什么样子的:浅谈cola这款有灵魂的Agent - 少数派 别只看写代码 - 少数派 每天解决10个问题,还是一口气攻坚解决400个? - 少数派 AI 交易机器人怎么搭?我用 Claude 跑了一周实盘 - 少数派 Maptoposter Online:把你爱的城市画成艺术海报 - 少数派 Function Calling 怎么用?我测了 3 个模型发现差距真大 - 少数派 Legend Talk:我做了个 AI 圆桌,让 160 位思想家围着你的问题转 - 少数派 如何找到自己的蓝方?在小县城寻找压力测试 - 少数派 语音输入与软件接口|2026年聊AI时,我们都聊些什么(上) - 少数派 混动已经卖爆,纯电又来补刀——钛7闪充版简直“不讲武德” - 少数派 本月玩什么|朋友收藏、识质存在、沙罗周期 - 少数派 为什么要每天坚持输出? - 少数派 Claude API 挂了好几个小时,你的项目有备用方案吗? - 少数派 Function Calling 没你想的复杂——我用它做了个有点用的工具 - 少数派 登录系统立即播放视频或者图片音乐的软件 - 少数派 我为什么创建 FlipHTML5 下载工具 - 少数派 残局没电?多品牌外设电量统一管理软件EasyBluetooth已支持RTSS游戏内显示以及AIDA64 - 少数派 前往通义路的路 - 少数派 太好看了,媲美Sun的个人导航页,NAS部署星云门户 - 少数派 乌黑嘴唇“一键检测”上线了 - 少数派 派早报:Claude AI 接入多个创意软件生态、FILCO 生产方接手品牌等 - 少数派 【更新】BearCLI、Claude 连接器与 MCP 服务器 - 少数派 记了上千条流水,还是看不懂财务?我做了一个让 AI 读懂账本的工作台 - 少数派 MINI R56 升级原厂 Sport 模式 - 少数派 新玩意 | 一棵柠檬树(仿真版) - 少数派 Momenta的“物理AI”野望,需迈过“含摩量”这道关 - 少数派 网页直接投屏控制手机!NAS一键部署PandaScrcpy,流畅丝滑可远程。 - 少数派 众测|邀你一同探索随身 AI 硬件入口 YoooClaw C·ONE - 少数派 2050大会:分享时间是真诚 参会记 - 少数派 iPad 赋能电影创作:国内首部宣纸手绘长片《燃比娃》的幕后故事 - 少数派 AI的审美:我用 8 个大模型给 100 张旅行照片打分 - 少数派 普通人如何破圈?去参加一个本地协会 - 少数派 把极空间的图标全换了,主题DIY全攻略打造你的专属NAS桌面 - 少数派 电子便签墙,帮你实现便签自由 - 少数派 我如何用三个 CLI 工具取代文档创建需求 - 少数派 原来真的有人可以玩一辈子 - 少数派 社区速递 139 | 派友热议三月买了啥、复古单反尼康 Df 体验 - 少数派 06 作品的赏析与评价 - 少数派 TDS REVIEW|索尼 WF-1000XM6 降噪真无线耳机体验 - 少数派 35.98万起售的第二代腾势D9,我看重的不是堆料,而是不凑合 - 少数派 鼠须管 Squirrel 皮肤配置指北 - 少数派 从watch ultra2换到redmi watch6 - 少数派 派早报:阿里巴巴发布视频生成模型 HappyHorse 1.0 等 - 少数派 别迷信1M - 少数派 家人们天塌了!网盘“大封杀”,多个渠道多条路,NAS部署PanHub - 少数派 AI与人勾心斗角!NAS一键部署AI狼人杀,假日休闲必备。 - 少数派 电商必备!Comfyui工作流批量生图插件,一次生成12张!支持Nano banana pro模型 - 少数派 Comfyui工作流配置Gpt-image-2模型教程,0.03/张 - 少数派 OpenClaw第三方APi怎么配置?可使用Gpt-image-2模型 - 少数派 会员社区话题精选 Ep. 103 - 少数派
谁家推送服务限制最严格 - 少数派
2022-04-19 · via 少数派

先说句题外话,又过了这么多年了,没想到国内Android的统一推送还是没有实现。

由于工作需要,最近正好在调研各家系统推送服务,我发现从他们的技术文档可以分析出很多有意思的东西,比如说能看出来哪家厂商的推送限制最严格,最考虑用户的综合体验。在讲解之前,我们先简单提几个推送服务的基本概念:

  • 设备:用户所持有的某台设备,在技术文档中所提到的日活跃用户数一般也就指日联网设备数
  • 应用:某台设备上安装的某个应用,后续我们所描述的推送数量限制都是以此维度比较的
  • 推送:应用进程活跃或关闭时,通过系统级的推送通道下发消息,一般以通知消息的形式呈现给用户,点击后激活应用进程
  • 透传:仅在应用活跃时可接收数据,仍然依赖系统的推送服务器下发,但数据格式一般可以自定义,处理逻辑也是由应用自己实现,所以应用如果被杀死,自然就处理不到了

一个不那么规范的示意图:

注:下文以x表示日联网设备数量;我们主要关注推送,不过多说明透传的限制。

各家次数限制

华为

对于某设备某应用,推送和透传次数总共不超过3000次/每日;相当于该应用每日推送总量上限为:f(x) = 3000 * x

简要解读:华为严格限制了某设备某应用所能接收的推送数量,所以对于某应用而言,推送总量和设备数量线性相关。

小米

透传没有数量限制,而推送分为普通级别重要级别,重要级别的消息(比如即时通讯消息、个人订单状态变化等)没有数量限制,但需要单独向小米团队申请。下面只说明普通级别的消息:

对于某应用,推送总量上限为x的数倍/每日,这个倍数和你的应用分类有关,比如新闻资讯是5倍,时尚购物是2倍,我们以最低的2倍为例,该应用每日推送总量上限为:

  • 当x < 10000时,f(x) = 2 * 10000 = 20000
  • 当x >= 10000时,f(x) = 2 * x

简要解读:从小米推送的官方文档来看,和华为不同,并没有明确限制某设备某应用接收的数量,只限制了某应用对于所有设备的推送总量,换言之,极端情况下,我可以把这个额度全部推给某一台设备。所以你的用户少到一定程度时,单台设备可接收的推送数量会远大于华为的3000次限制。当然,这种极端情况其实属于一种漏洞了,虽然文档确实没有说明,但估计是不可行的。

OPPO

不支持透传,推送分为公信私信,私信类似小米的重要级别消息,不限量,需要单独申请。下面只说明公信:

对于某应用,推送总量上限为2x/每日,该应用每日推送总量上限为:

  • 当x < 50000时,f(x) = 2 * 50000 = 100000
  • 当x >= 50000时,f(x) = 2 * x

对于某设备,公信和私信总和接收数上限为2000/每日

简要解读:OPPO的规则和小米非常类似,但没有像小米那样按应用分类给不同的倍数,而是固定为2倍。且对于某设备,无论公信还是私信,每日接收推送的总和上限为2000,也就是说该设备无论有多少个应用接入了OPPO推送,其每日接收总量固定。所以即便你申请了私信总量无限,但单一用户仍然有限。

vivo

不支持透传,推送分为运营消息系统消息,类似小米和OPPO,但又不尽相同,vivo的系统消息默认是可以直接使用的,不向小米和OPPO那样需要申请,只不过每日推送总量限制与运营消息相同,为x的1倍。系统消息虽然在文档中声称不限制某设备某应用的接收数量,但实际上有总量限制,所以某一台设备接收最大数也就是总量,如果需要增量再向官方申请(但至于可以申请多少,肯定也不是无限的)。下面只说明运营消息:

对于某应用,推送总量上限为x/每日,该应用每日推送总量上限为:

  • 当x < 10000时,f(x) = 10000
  • 当x >= 10000时,f(x) = x

对于某设备某应用,运营消息接收数上限为5/每日,系统消息则为无限/每日

简单解读:vivo的限制规则和其他家有很大不同,对于某设备某应用的普通运营消息做了很严格的控制,每天仅为5条,因此该设备当天总接收量取决于所安装的集成了vivo系统推送的应用数,这和OPPO直接限制成2000/每日有些许差异。

横向对比

在分析完上述各家推送的文档之后,我们从两个角度来进行对比。

从开发者角度

作为应用开发者,我们比较关心的是每天总共可以推送多少消息出去,将上文函数绘制出来就非常清楚了:

在单个应用每天可推送总量这个指标上看,华为对应函数的斜率是3000,可谓是一骑绝尘,给到普通开发者的资源也算非常慷慨的了。然后再单独看其他三家吧:

  • 当设备数小于1万时,可推送总量:OPPO > 小米 > vivo。
  • 当设备数介于1万到5万之间时,可推送总量依然是:OPPO > 小米 > vivo,但小米与vivo的差距随着设备数增多而增大;
  • 当设备数大于5万时,可推送总量:OPPO = 小米 > vivo,此时OPPO和小米已经一致,并与vivo的差距越来越大。

因此对开发者来说,总体上可推送数量对比:华为 > OPPO > 小米 > vivo。没错,产品运营同学们可以对华为用户加大营销力度了。

从用户角度

刚刚提到的总量其实并不是用户最关心的,由于各家厂商的规则各异,我们更关心的是某设备每天能收到的推送数量上限

因此我们以y表示某设备所安装的应用数(接入了对应系统推送的),得出如下函数:

  • 华为:f(y) = 3000 * y
  • 小米:由于其官方文档并没有对设备维度作说明,只能按平均值计算,所以是f(y) = (2 + 5) / 2 * y = 3.5 * y,2和5分别为上文提到的不同应用分类限制倍数的最小值和最大值,其实更为合理的是按所安装应用类型的分布来计算。
  • OPPO:与安装应用数量无关,f(y) = 2000
  • vivo:f(y) = 5 * y

由图可知,对用户来讲,不同厂商推送对所安装应用数量的敏感度是不一样的,每天能收到的推送数量上限情况如下:

  • 当安装应用数量小于400时,华为 > OPPO > vivo > 小米
  • 当安装应用数量介于400到(约)571时,华为 > vivo > OPPO > 小米
  • 当安装应用数量大于(约)571时,华为 > vivo > 小米 > OPPO

总体看来,华为依然是一骑绝尘,不管你安装多少应用,收到的推送数量都是最多的,换言之,也是理论上用户体验最不好的。从函数图像上来看,结合实际情况(一般人不会安装超过400个应用)vivo和小米推送是管控相对较为严格的,理论上用户体验最佳。OPPO相对而言比较简单粗暴,这对于轻度用户来说不是很友好。

上述结论是完全基于官方文档的说明来进行的数据分析,它更多是表明了对于开发者和用户的可影响程度。在实际体验中,几家厂商并没有太大差异,最终影响用户设备接收推送体验的因素也非常复杂,可能应用的开发者针对不同用户也有不同频次的推送,也可能用户有自己的应用设置习惯,所以每个人的感受也千差万别。此外,即便开发者不对用户体验负责,厂商的推送平台还是会对大家负责的,毕竟任何异常量级的数据都会受到风控的,而且对于滥用推送的开发者,平台也会有相应的处罚机制。

参考

关于Apple

我也看了一下Apple的推送服务文档,并没有提到相关的限制,所以我这里没有做相关分析,也许要开发者帐号才能查看?欢迎熟悉这方面业务的同学评论。