阿里云推送服务（阿里云推送服务怎么关闭）

本篇文章给大家谈谈阿里云推送服务，以及阿里云推送服务怎么关闭对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

微信号：cloud7591
如需了解更多，欢迎添加客服微信咨询。
复制微信号

本文目录一览：

• 1、android系统的APP消息推送机制
• 2、阿里云的邮件推送 是用什么软件
• 3、android 阿里云的推送服务被杀死后如何重启

android系统的APP消息推送机制

参考文章：

1. 主流的第三方推送平台分类

手机厂商类：小米推送、华为推送。

第三方平台类：友盟推送、极光推送、云巴（基于MQTT）

BAT大厂的平台推送：阿里云移动推送、腾讯信鸽推送、百度云推送

2. 对比其他推送方式的特点

其他推送方式还有：C2DM、轮询、SMS、MQTT协议、XMPP协议等等，相对于这些推送方式，第三方推送方式的特点分别是：

优点：

成本低

上述的推送大多数是免费的，假如自己实现则消耗过多资源（开发成本和后台管理、统计成本）

消息到达率高

如果一个手机里有多个App使用了同一家推送服务，那么这些App将共用一条消息通道，即使你家的App推送服务被杀死了，那么只要用户打开了其他集成该推送服务的App，你家的推送就能到达用户

缺点

安全性低

使用别人的服务器，所以你懂的。

服务会被杀死

由于Android系统的机制，后台推送 Service 会被各种主动的或是被动的行为给杀死，而服务一旦被杀死，意味着就接收不到推送消息。

3. 第三方推送服务方式的特点

第三方服务基本都具备免费、和到达率高的特点

那么应该如何选择呢？我们来分别看一下第三方推送各种方式的优点：

3.1 手机厂商推送

请记住一个潜规则：操作系统是不会杀死属于自己品牌的推送服务。

手机厂商的推送服务在自家的手机上属于系统级别的服务，这意味着系统不会杀死自家的推送服务

比如说，Android原生系统是不会杀死C2DM消息推送服务，MIUI系统是不会杀死小米的推送服务。

当今市场上的Android手机系统份额最高是MIUI系统，即小米（具体排名请看）

因为：免费、到达率高且在Android系统市场份额第一的MIUI系统上不被杀死。所以，如果要选择手机厂商的推送服务，请选择小米推送作为第三方平台实现推送服务

下面一些应用可以从侧面来证明我的推断：

腾讯新闻使用的小米推送，没有使用自己家的信鸽推送

淘宝使用了自家的阿里云推送，同时还集成了小米推送

百度视频和爱奇艺使用的是小米推送，没有用自家的百度推送

官网截图 - 集成应用：

如果希望进一步提高推送的效果，其实可以集成多个手机厂商的推送服务

比如小米渠道用小米推送，华为渠道用华为推送，但这样的实现成本会大一些

3.2 第三方平台类

请记住一个规则：推送系统会共享一条推送渠道

这意味着假设你接入了友盟推送，而恰好今日头条也接入了友盟。

有一天你的App被杀死了，但这时用户启动了今日头条，那么推送系统也就会通过共享的推送通道顺便把你推送消息送达到手机上，然后还可能把你的进程也唤醒（被“保活”了）。

所以说，关于如何选择第三方平台类的推送，推送平台的规模效应就很重要了。

那如何得知他们的规模和市场份额呢？按个人经验，主要看两点：

问内部的朋友。

看推送平台的合作客户里有哪些大的app - 参考对应官网的合作案例

3.3 BAT大厂的推送

BAT大厂其实并没有什么优势，同时谨记：

不要以为用了腾讯信鸽推送，就能占上微信的光保证你的App永远内部被杀死。

说个题外话，手机淘宝除了自家的阿里云的移动推送，同时也使用其它的第三方推送平台啊（比如友盟推送）。

4. 如何选择第三方平台推送服务？

主要从用户类别+实现成本+渠道来选择不同的使用场景

1. 如果用户群体精准（使用小米手机或华为手机居多），可以考虑只集成对应手机厂商的推送；

注意：单一的手机厂商也能工作，比如小米推送在非小米手机上当然也能工作，只不过不是系统级别的服务了，容易被杀死。

如果用户群体广泛、希望实现成本低，可以考虑只使用单一第三方平台类的推送（极光、友盟blabla，选一个规模效应最大的）

如果用户群体广泛、不在意实现成本，个人建议：

对于小米手机，使用小米推送；

对于华为手机，使用华为推送；

对于其他手机，只使用单一第三方平台类的推送（极光、友盟blabla，选一个规模效应最大的）

让不同的推送运行在各自擅长的环境里，最大化实现推送的到达率和产品的存活率

大家可以根据自己的使用场景来进行消息推送平台的选择。

5. 推送消息类别的选择

5.1 推送消息的类别

通常第三方推送平台都支持两种推送消息类型：通知栏消息和透传消息。

通知栏消息：该类消息在被送达用户的设备后，直接以系统通知栏的形式展示给用户

不会继续被传递到App

透传消息：该类消息在被送达用户的设备后，还会继续传递到App

通过回调App的某个BroadcastReceiver的形式将消息传递到App内部。然后由App决定如何处理和显示这个消息。

所以透传消息不一定会以系统通知栏的形式进行推送，由程序猿自定义

5.2 消息类别的区别与特点

二者的区别在于：透传消息在整个消息传递过程中比通知栏消息多了一步-传递到App

通知栏消息的优点：送达率高

因为透传消息在整个消息传递过程中比通知栏消息多了一步-传递到App，因此透传消息就增加一些被系统限制的概率，给系统杀死的概率就高一些，所以说，通知栏消息比透传消息应该能提供更好的送达率。

我们来看下小米推送的官方文档描述：

在一些 Android 系统(如 MIUI)中，受到系统自启动管理设置的限制,应用不能在后台自启动

在这类系统中，如果在发送消息的时候对应的应用没有被启动，透传类消息将不能顺利送达。

因此,对于对送达率要求很高的消息,建议尽量采用通知栏提醒的方式推送消息

透传消息的优点：对消息操作程度高 自定义程度高

提供了对消息数据的更灵活的操纵能力。

App如果仅仅通过通知栏消息，是无法接触到消息数据本身的。

可自定义通知提醒的样式（包括提示样式、提示形式如声音等等）

所以大家可以根据不同的使用场景来对推送消息类别进行选择了。

阿里云的邮件推送 是用什么软件

亚云邮件2，可以使用阿里云的邮件推送DirectMail服务。

现在还是测试版，正式版马上出了，百度搜一下就行了。

android 阿里云的推送服务被杀死后如何重启

Service组件在android开发中经常遇到,其经常作为后台服务,需要始终保持运行,负责处理一些必要(见不得人)的任务。而一些安全软件,如360等,会有结束进程的功能,如果不做Service的保持,就会被其杀掉。

在早些时候,我们可以通过在

1. service中重写onStartCommand方法,这个方法有三个返回值, START_STICKY是service被kill掉后自动

public int onStartCommand(Intent intent, int flags, int startId) {

return START_STICKY;

}

2. 配置android:persistent="true"

3. setForeground(true);

4. android:process=”com.xxx.xxxservice”配置到单独的进程中

以上的方法要么只是提升service优先级或者存活率, 并不能解决被安全软件强行杀死的问题.

要么像第四种单独的进程运行service在360老的版本是可以的,但是在360的比较新的版本中仍然会被杀死.

如何保持Service的运行状态是现在要说明的,核心就是利用ANDROID的系统广播,触发自己的程序检查Service的运行状态,如果被杀掉,就再起来。

常用的有开机广播,解锁屏幕的广播,电量变化等等, 其中解屏的广播算比较频繁的了,但是也并不能保证一定的频率,尤其是在特定的时间里(比如用户睡觉的时候,用户并不进行解锁操作).而我们仍要做一些操作的时候,就没有办法了.

因此,我采用了一种别的方案. 另外再加上两个类似一守护进程的Service, 分别检查Service的运行状态,注册响应的广播,对其进行守护,一旦发现没有运行就将其启动.

我利用的系统广播是Intent.ACTION_TIME_TICK,这个广播每分钟发送一次,我们可以每分钟检查一次Service的运行状态,如果已经被结束了,就重新启动Service。

关于阿里云推送服务和阿里云推送服务怎么关闭的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。