Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Android 第三方 Push 推送方案使用调查 #4

Open
Trinea opened this issue May 8, 2015 · 210 comments
Open

Android 第三方 Push 推送方案使用调查 #4

Trinea opened this issue May 8, 2015 · 210 comments

Comments

@Trinea
Copy link
Member

Trinea commented May 8, 2015

目前市场上很多三方推送方案,很多朋友问到哪个更稳定、到达率更高。

大家可以讲下自己项目中用到的及遇到的坑。

三方推送方案包括:

较早的 JPush、个推
后来腾讯的信鸽、小米推送、百度推送、华为推送、友盟推送。

PS:知乎上有类似的问题,但答案被大量水军充斥,这里会清净的多。

@Trinea Trinea changed the title Android 第三方 Push 推送方案对比调查 Android 第三方 Push 推送方案使用调查 May 8, 2015
@Trinea
Copy link
Member Author

Trinea commented May 8, 2015

先沙发:
二年前在创业公司用过个推的推送,百万量级用户,到达率不高、问题挺多,算是早期的小白鼠

@limox
Copy link

limox commented May 8, 2015

请教一下:一个应用如果同时集成多个推送服务,服务器根据推送服务商网络稳定情况,自动切换推送服务,是不能提高推送率?

@susiha
Copy link

susiha commented May 8, 2015

目前用的jpush 免费的 所以送达率不是很高 公司不肯出钱 将就用

@jasonross
Copy link

大众点评13年的时候用过小米推送,到达率统计有60%左右,属于小米推送的早期用户吧,据说踩了不少坑,后面自己去做了推送。

@z56402344
Copy link

个推没有组的概念,只有通过tag去区分,不知道你们是怎么进行测试的?

@limox
Copy link

limox commented May 8, 2015

有个开源的推送:http://www.ddpush.net/overview
可以了解下

@XBeats
Copy link

XBeats commented May 8, 2015

我们公司用的友盟的推送,用户不是很多,感觉一般,之前用个推好像对服务器有限制的。。。

@snowolf9929
Copy link

目前也是用的小米推送,官方统计的到达率也是60%左右,之前用过百度推送,到达率差不多,但太多坑,各种不兼容造成崩溃、Application循环重启、手机发烫等

@tanranran
Copy link

用的是极光,在某些网络运营商下,会注册失败

@l123456789jy
Copy link

目前用的是腾讯信鸽!用户量不是很大!

@yanbober
Copy link

yanbober commented May 8, 2015

百度和友盟

@sensensen404
Copy link

Leancloud的不错就是了

@longhunpeter
Copy link

百度、JPush都用过都存在一些问题

@web3citizen
Copy link

用的个推 产品还没发布 内部网非常快 秒推 估计也没有参考意义 呵呵

@Dminter
Copy link

Dminter commented May 8, 2015

创业公司 个推用了两年 现在换做信鸽 慢慢尝试中 个推的问题主要有 消息被缓存后不能顺序送达 信号不好 网络切换频繁 以及一些奇葩网络环境 如电信 移动需加代理的情形是无可送达的 服务被干掉时有发生 且在诸如华为这样的机型上是没法自启 后面信鸽也出现了 可能是业界难题 可对于带点IM性质的app很致命

@firebear
Copy link

firebear commented May 8, 2015

关键是到达率。IM对消息即时性的要求很高,还是不要用推送做IM吧。
同时用两家方案以提升到达率的想法值得试试。

@limox
Copy link

limox commented May 8, 2015

不用推送做IM用什么@firebear

@FreeTymeKiyan
Copy link

项目当中用过极光。大家可能没听说过Google刚收购的Firebase,专注做实时数据同步的,推送和IM都能做。参加过他们的30分钟教你做一个IM应用的课程,挺不错的。可以试试墙内能不能使用。

@jasonross
Copy link

大家推送的到达率是怎么统计的?

@Quennel
Copy link

Quennel commented May 9, 2015

项目用过jpush,容易出现提交tag和alias延迟,推送到达率还可以,就普遍都比较慢,但后来因为量实在太高,即使是企业合作,费用还是高得有点难接受。
后来用开源的gopush自己搭建推送服务器,推送速度比jpush还快,只是缺少jpush的tag那块功能,需要后端业务自己实现,据说gopush作者目前在做GoIM,还未上线...

@mrfanr
Copy link

mrfanr commented May 11, 2015

用的jpush 没有统计到达率

@JasonBtc
Copy link

目前项目里面打算用友盟来做推送,不知道靠谱否

@moon-sky
Copy link

用过JPUSH 到达率没有统计过,当时是做过年群发短信,百万级用户

@yuchuangu85
Copy link

目前用的腾讯的信鸽推送,不是很稳定,有时推送较慢,不及时。

@zhdh2008
Copy link

目前还没做过推送,mark一下

@zhxhcoder
Copy link

百度, 极光, 小米, 个推都用过,集成比较简单, 但到达率一般 做电商应用, 最后公司(投资人)担心信息泄露, 准备基于MQTT协议搭建自己的推送.

@wozuihighwa
Copy link

准备试一下 LeanCloud 的推送服务,有人用过吗?效果怎么样。

@DoubleDa
Copy link

DoubleDa commented Jun 2, 2015

之前公司使用第三方友盟推送SDK,快、到达率高

@SteveYuFun
Copy link

mark

@JohnChance
Copy link

mipush 在其他平台的表现如何啊?

@Jeepeng
Copy link

Jeepeng commented Dec 13, 2017

最新消息:工信部正式上线统一推送联盟官网
http://www.chinaupa.com/

@liukewill
Copy link

关于推送到达率低的问题,
可以迁移到另一个问题上,保活。
为什么推送到达率低?进程没活着。
如果人人都做了保活并且效果很好,手机就没法玩了。
所以系统会和保活进程做抗争。
所以如果真正想保证push到达率,
只能是系统来做这件事情。比如google的GCM,apple'的APNs,小米的MIPUSH
但是中国的android系统又比较复杂。
所以这件事情只能工信部推。统一推送联盟。
但是国家办事的效率略微有些瑕疵。
也不能干等吧。
如果你的App真的需要推送活着长连接。
只能考虑保活了。
关于保活的问题。
不要想着能做到完美。
尽力就好。
推送随缘。

@guobinAndroid
Copy link

guobinAndroid commented Jul 13, 2018

@Jeepeng 似乎没啥用,到现在还是一样没统一,乱七八糟,各种APP 保活,然后手机就卡了。

@snowyu
Copy link

snowyu commented Aug 25, 2018

不开源,谁敢用.

@Tianyu2011
Copy link

目前遇到推送相关的问题,想请假下各位大佬。目前只集成了小米推送,描述如下:

在android O以上发现只要杀掉应用,没过多久所有相关的进程都会干掉,导致集成的小米推送的后台进程直接被杀死,导致离线推送不能送到。

目前测试不能送达的手机:
一加6T(android9.0 ,关闭了电池优化,给了相关权限,允许了通知弹窗,没有找到有自启动相关的选项)
oppo find x(android 8.1, 关闭了电池优化,给了相关权限,允许了通知弹窗,开启了后台自启动)

小米手机因为是系统进程, 测试的8.0以上的手机都是可以送达的,用的sdk是最新的3.6.9。

请问各位大佬,遇见上述问题是怎么解决的?集成多方的推送吗?但是像一加这种没有官方推送的手机或者又不支持GCM的手机的怎么搞?

@tigerzhang
Copy link

目前遇到推送相关的问题,想请假下各位大佬。目前只集成了小米推送,描述如下:

在android O以上发现只要杀掉应用,没过多久所有相关的进程都会干掉,导致集成的小米推送的后台进程直接被杀死,导致离线推送不能送到。

如果没有系统进程支持,没有办法解决。

目前测试不能送达的手机:
一加6T(android9.0 ,关闭了电池优化,给了相关权限,允许了通知弹窗,没有找到有自启动相关的选项)
oppo find x(android 8.1, 关闭了电池优化,给了相关权限,允许了通知弹窗,开启了后台自启动)

小米手机因为是系统进程, 测试的8.0以上的手机都是可以送达的,用的sdk是最新的3.6.9。

请问各位大佬,遇见上述问题是怎么解决的?集成多方的推送吗?但是像一加这种没有官方推送的手机或者又不支持GCM的手机的怎么搞?

厂商没有官方推送的,有没有办法解决。

可以参考下我以前写的文章:http://zhang.hu/push-problem/

@AresCool
Copy link

目前集成了:极光推送,腾讯信鸽推送,友盟推送。但是运营人员根据市场反馈,还有有延迟。
目前保活方案也不成熟,后端Service被kill掉。

@tigerzhang
Copy link

第三方推送的保活大概从 2016年 开始,就陆续被手机厂商开始杀了,不可靠

@snowyu
Copy link

snowyu commented Nov 21, 2018

最根本的原因不是如何解决保活问题,而是需要系统侧统一为只有一个后台消息服务进程,根据系统的用户配置(用户有权控制各个消息服务的开关和连接频率),决定何时连接到各个消息推送的服务器(通过消息服务进程的注册接口)。目前各个进程强行后台驻留,耗电太大。

现在Android GCM/FCM 的问题是必需是google指定的服务器引发的问题,1是被封,2是信息泄漏。
而对于隐私的保护,流量的分散,应该是在API中允许指定自定的消息服务器。

这样的SDK代码很简单,也很小,基于 MQTT 就可以,但是前提只要它能放入系统中,或者系统允许它后台驻留。这前提是开源,代码审查,如果不开源,手机厂家也不敢放。

@tanranran
Copy link

只能期待统一推送联盟了,据说明年三月开始测试。。。

@LilyBlooper
Copy link

公司持续使用友盟推送2年,各方面(量级,速度,api灵活度,统计接口)都不错的。
但是 小米系统,华为系统,魅族系统 陆续都杀后台,友盟也陆续支持了这3个通道。
但是仍然不是很理想,很多情况下需要常驻内存,不能因为耗电被杀。
其他的服务商感觉也好不到哪里去,唯一的方案就是等 ups 完善推广后。

@hwangjr
Copy link

hwangjr commented Nov 27, 2018

umeng 和 jpush 使用过,umeng 如果没有加入第三方,是真的渣。jpush 比umeng好点,推送到达率高点,在没有集成第三方的前提下。

@AresCool
Copy link

请教一下:一个应用如果同时集成多个推送服务,服务器根据推送服务商网络稳定情况,自动切换推送服务,是不能提高推送率?

服务器怎么判断推送服务商网络稳定情况?

@asan855
Copy link

asan855 commented Jan 21, 2019

mark

@Perter89757
Copy link

目前的项目集成华为,小米,魅族,vivo和oppo这些厂商sdk基本覆盖主流手机再加上EMQTT在线推送
最近魅族推送sdk出来了一个新的推送平台,帮你集成这些厂商的,你只需要在魅族填写相关的配置文件就行,

@tigerzhang
Copy link

OPPO 的推送服务还没有公开发布吧

@likeswinds
Copy link

期待推必达方案尽快出炉上线!!

  1. 无需网络亦可到达
    由于采取运营商信令通道下发至终端,因此终端在无Wi-Fi和移动网络下,“推必达”消息依旧可以触达至终端 ,完成信息的传递,相比传统推送,具有明显优势。
  2. 无需常驻后台亦可到达
    “推必达”通过智能终端系统级配置,常驻后台,无需各应用进程常驻后台。因此,"推必达"产品可最大限度解决目前安卓系统下因应用争抢后台资源而造成的卡顿和费电的现象。
  3. 无APP亦可到达(用户可选关闭)
    “推必达”根据手机号进行寻址发送,当终端未安装App时,用户依旧可以收到“ 推必达”消息,当用户点击时,拉起相应快应用。此项功能为用户提供系统级和App级接口,供用户选择开启或关闭。

@raining1123
Copy link

http://www.chinaupa.com/nd.jsp?id=34#_np=2_325
统一推送联盟于8月1日公布《统一推送通道层接口规范》后,受到了业界的广泛关注。联盟近期一直积极与各方沟通协调,以推动标准早日落地。经过与国内主流终端厂商沟通,联盟已初步确定后续工作的时间表。

具体时间表为:
2019年3月1日,联盟开始统一推送标准符合性测试。
2019年12月31日,现有各推送通道兼容统一推送标准。

@AndSync
Copy link

AndSync commented Mar 19, 2019

期待推必达方案尽快出炉上线!!

  1. 无需网络亦可到达
    由于采取运营商信令通道下发至终端,因此终端在无Wi-Fi和移动网络下,“推必达”消息依旧可以触达至终端 ,完成信息的传递,相比传统推送,具有明显优势。
  2. 无需常驻后台亦可到达
    “推必达”通过智能终端系统级配置,常驻后台,无需各应用进程常驻后台。因此,"推必达"产品可最大限度解决目前安卓系统下因应用争抢后台资源而造成的卡顿和费电的现象。
  3. 无APP亦可到达(用户可选关闭)
    “推必达”根据手机号进行寻址发送,当终端未安装App时,用户依旧可以收到“ 推必达”消息,当用户点击时,拉起相应快应用。此项功能为用户提供系统级和App级接口,供用户选择开启或关闭。

但是推必达是基于手机号的 那么测试怎么测呢 每个测试机都得装个手机卡吗?

@peerless2012
Copy link

期待推必达方案尽快出炉上线!!

  1. 无需网络亦可到达
    由于采取运营商信令通道下发至终端,因此终端在无Wi-Fi和移动网络下,“推必达”消息依旧可以触达至终端 ,完成信息的传递,相比传统推送,具有明显优势。
  2. 无需常驻后台亦可到达
    “推必达”通过智能终端系统级配置,常驻后台,无需各应用进程常驻后台。因此,"推必达"产品可最大限度解决目前安卓系统下因应用争抢后台资源而造成的卡顿和费电的现象。
  3. 无APP亦可到达(用户可选关闭)
    “推必达”根据手机号进行寻址发送,当终端未安装App时,用户依旧可以收到“ 推必达”消息,当用户点击时,拉起相应快应用。此项功能为用户提供系统级和App级接口,供用户选择开启或关闭。

但是推必达是基于手机号的 那么测试怎么测呢 每个测试机都得装个手机卡吗?

手机号这个只是其中一个途径吧,应该会有个优先级方案。比如优先通过网络,没有网络通过信令通道之类的。

@itcuihao
Copy link

itcuihao commented Aug 7, 2019

目前公司:IOS 用的是极光推送,达到率95%以上;安卓目前正在集成多家SDK(小米+个推+极光),先占坑,后续来答

你们用多家的时候,是一起push,还是只有推送不成功,才切换其他的呢?

@itcuihao
Copy link

itcuihao commented Aug 7, 2019

http://dev.xiaomi.com/doc/?p=2371

(7)小米推送不允许其他的第三方开发者服务提供商以任何形式整合小米推送服务的各种能力提供给其他开发者。如果发现,小米推送保留通过法律手段解决的权利

大家怎么看小米协议的这个条款?

哈哈哈,这个地方小米玩手段了。一告一个准啊。

@itcuihao
Copy link

itcuihao commented Aug 7, 2019

目前的项目集成华为,小米,魅族,vivo和oppo这些厂商sdk基本覆盖主流手机再加上EMQTT在线推送
最近魅族推送sdk出来了一个新的推送平台,帮你集成这些厂商的,你只需要在魅族填写相关的配置文件就行,

魅族推送效果怎么样?

@EpicWang
Copy link

EpicWang commented Oct 7, 2020

2020年了,推必达还是没什么声音,推送和权限真的搞死安卓开发了。

@Crazy-MT
Copy link

Crazy-MT commented Oct 9, 2020

集成华为推送最恶心

@tigerzhang
Copy link

国内这几家厂商都不怎么关心开发者生态,做的推送大多数都不怎么好用。第三方推送也很难做,现在没有好的方案。
我们从2010年开始做第三方推送,可是10年后,情况反倒更麻烦了。

@Crazy-MT
Copy link

国内这几家厂商都不怎么关心开发者生态,做的推送大多数都不怎么好用。第三方推送也很难做,现在没有好的方案。
我们从 2010 年开始做第三方推送,可是 10 年后,情况反倒更麻烦了。

大佬你们做的是什么推送呀?

@tigerzhang
Copy link

国内这几家厂商都不怎么关心开发者生态,做的推送大多数都不怎么好用。第三方推送也很难做,现在没有好的方案。
我们从 2010 年开始做第三方推送,可是 10 年后,情况反倒更麻烦了。

大佬你们做的是什么推送呀?

2010年开始做极光推送

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests