由于应用程序之间不能共享内存。为了在不同应用程序之间交互数据（跨进程通讯），Android SDK中提供了4种用于跨进程通讯的方式进行交互数据，实现进程间通信主要是使用sdk中提供的4组组件根据实际开发情况进行实现数据交互。
成都创新互联公司是专业的揭阳网站建设公司，揭阳接单;提供成都网站制作、成都做网站,网页设计,网站设计,建网站,PHP网站建设等专业做网站服务;采用PHP框架,可快速的进行揭阳网站开发网页制作和功能扩展;专业做搜索引擎喜爱的网站,专业的做网站团队,希望更多企业前来合作!
广播(Broadcast)机制用于进程/线程间通信，广播分为广播发送和广播接收两个过程，其中广播接收者BroadcastReceiver便是Android四大组件之一。
广播作为Android 四大组件有非常广泛的用途。广播可以用作进程间通信，也会用作进程内部某些组件内消息的传递。这就会有个问题，如果想让发送的广播只有我自己能收到，不想被别人劫持到，来获取到广播中的敏感信息。
一个应用对应一个进程，那么应用之间发送消息就是进程间通信。可以使用发送广播 在Android中，Broadcast是一种广泛运用的在应用程序之间传输信息的机制。我们拿广播电台来做个比方。
Android 是在 进程间通信机制的基础上实现的，内部基于消息发布和订阅的事件驱动模型，广播发送者负责发送消息，广播接收者需要先订阅消息，然后才能收到消息。
在 Android 里面有各种各样的广播，比如电池的使用状态，Tel 的接收和短信的接收都会产生一个广播，应用程序开发者也可以监听这些广播并做出程序逻辑的处理。下面我画一张粗略的图来帮助大家理解广播的运行机制。
1、Android 解决广播接收延时问题：前台广播 。
2、在AndroidManifest.xml里注册权限。并设置优先级为最高。这也是个办法但这个延迟也有可能是手机卡造成的。这样的话也无法解决问题。
3、这是安卓的缺陷。苹果因为系统封闭，所有推送由苹果自己负责统一推送，所以程序不需要后台，所有软件都能及时推送。
1、如果要做耗时操作，应该通过发送Intent给Service，让Service来完成。广播不能使用子线程来解决，因为BroadcastReceiver的生命周期很短，子线程还没结束，Broadcast可能就结束了。
2、在这里我们创建一个继承于BroadcastReceiver的类LocalReceiver。
3、无序广播存储在mParallelBroadcasts中， 系统会遍历这个集合并将其中的广播发送给他们所有的接收者， 具体的发送过程是通过deliverToRegisteredReceiverLocked()方法实现。
4、④：sendBroadcast(myIntent)；——【发送广播】接收广播 Android在接收广播的方法是注册一个广播接收器 registerReceiver(MyReceiver，IntentFilter)。①：首先创建MyReceiver类（类名自定义） 继承 BroadcastReceiver类。
1、可以看到最终把要发送的广播加入队列mPendingBroadcasts，然后使用Handler发送消息给主线程处理的，调用executePendingBroadcasts（）进行分发。
2、首先通过本地广播管理器LocalBroadcastManager的getInstance()方法获取一个实例，并分别创建过滤器IntentFilter和自定义接收器LocalReceiver的实例。
3、经常说地发送广播逗和地接收逗，表面上看广播作为Android广播机制中的实体，实际上这一实体本身是并不是以所谓的地广播逗对象存在的，而是以地意图逗(Intent)去表示。
4、Jake Wharton在他的《使用Otto解耦Android应用间通信》这篇文章中很好地阐述了这个问题，在此我就不进行展开了。
1、该方案不受 forceclose 影响，被强制停止的应用依然可以被拉活，在 Android0 以下版本拉活效果非常好。
2、就停止了。所以在 Android0 以后的手机应用在进程被杀死后，要采用其他方案。 这种大部分人都了解，据说这个微信也用过的进程保活方案，移步微信 Android 客户端 后台保活经验分享，这方案实际利用了 Android 前台 service 的漏洞。
3、Android手机调用强制关闭的方法（以小米2手机为例，其他手机操作方法类似）：打开手机的设置界面；找到开发者选项，点击进入开发者选项的设置界面；进入后找到显示强制关闭的选项，点击旁边的按钮，将其打开即可。
4、通知栏的保活效果还是可以的，一般的应用要求基本能满足了。
5、项目需要后台保活，但无论怎么保活，只要用户主动kill掉，app依然是活不了。发现了蓝牙唤醒这个方式，用户主动kill掉也可行。
