frameworks/base/core/java/android/content/ContextWrapper.java
应用调用RegisterReciever，实质是调用的ContextImpl的registerReceiver,接下来跟一下这个流程：
广播作为四大组件之一，在平时开发过程中会大量使用到，使用方式也是多种多样的，既可以自己在manifest中注册，也可以在java代码中动态注册，既可以接收由系统发出的广播，也可以接受自己定义并发送的广播。广播可以实现进程内以及跨进程之间的通信。从本文开始将分别介绍广播的注册，广播的派发，本地广播（LocalBroadcast）以及Android O上对广播的限制，本文主要介绍广播动态注册。
从registerReceiver（BroadcastReceiver receiver,IntentFilter filter)出发
前面分析了Android系统的广播机制，从本质来说，它是一种消息订阅/发布机制。因此，使用这种消息驱动模型的第一步便是订阅消息；而对Android应用程序来说，订阅消息其实就是注册广播接收器。
在Android系统中，为什么需要广播机制呢？广播机制，本质上它就是一种组件间的通信方式，如果是两个组件位于不同的进程当中，那么可以用Binder机制来实现，如果两个组件是在同一个进程中，那么它们之间可以用来通信的方式就更多了，这样看来，广播机制似乎是多余的。然而，广播机制却是不可替代的，它和Binder机制不一样的地方在于，广播的发送者和接收者事先是不需要知道对方的存在的，这样带来的好处便是，系统的各个组件可以松耦合地组织在一起，这样系统就具有高度的可扩展性，容易与其它系统进行集成。在软件工程中，是非常强调模块之间的高内聚低耦合性的，不然的话，随着系统越来越庞大，就会面临着越来越难维护的风险，最后导致整个项目的失败。Android应用程序的组织方式，可以说是把这种高内聚低耦合性的思想贯彻得非常透彻，在任何一个Activity中，都可以使用一个简单的Intent，通过startActivity或者startService，就可以把另外一个Activity或者Service启动起来为它服务，而且它根本上不依赖这个Activity或者Service的实现，只需要知道它的字符串形式的名字即可，而广播机制更绝，它连接收者的名字都不需要知道。
在Activity生命周期管理 以及 插件加载机制 中我们详细讲述了插件化过程中对于Activity组件的处理方式，为了实现Activity的插件化我们付出了相当多的努力；那么Android系统的其他组件，比如BroadcastReceiver，Service还有ContentProvider，它们又该如何处理呢？
网上基本都停在8.0就没人开始分析Android9.0如何静默apk的代码，这是我自己之前研究9.0的framework整理出来的，真实源码整理
看到啥了？mBase.registerReceiver是一个abstract方法， 具体实现在ContextImpl（Context的具体实现,位置E:\adt\sdk\sources\Android-23\android\app）的registerReceiver中
Android系统中的四大组件是构成Android应用程序的基础。包括Activity、Service、BroadcastReceiver、ContentProvider。Android开发中无时无刻不在使用这四大组件。因此了解它们的工作过程能让我们对四大组件的理解更加深刻，同时对Android系统的认识更加清晰。
广播的注册分为动态注册和静态注册，静态注册主要在开机后PackageManagerService 利用 AndroidManifest 扫描 安装的apk 获取AndroidManifest内注册的 广播 所以 忽略 静态注册。今天主要介绍 动态广播的注册。
前言 我们接着来学习Android四大组件中的BroadcastReceiver，广播主要就是分为注册、接收和发送过程。建议阅读此文前请先阅读Android深入理解四大组件系列的文章，知识重复的部分，本文不再赘述。 1.广播的注册过程 BroadcastReceiver的注册分为两种，分别是静态注册和动态注册，静态注册在应用安装时由PackageManagerService来完成注册过程，关于这一过程，我会在后续的介绍PackageManagerService文章中详细介绍。这里只介绍BroadcastRe
1.在Activity中动态注册广播时，调用registerReceiver方法,会调用到ContextWrapper的registerReceiver方法：
android的广播在应用开发中使用的场景很多，本篇就介绍下广播的基本内容，然后侧重介绍广播的几个关键流程，包含广播的注册，注销，还有广播的发送，本篇侧重的是流程的学习，希望通过学习该流程可以对Android的广播有一个清晰的过程了解，这块知识在分析anr问题的时候很有帮助。
上周末，滴滴与360都开源了各自的插件化框架，VirtualAPK与RePlugin,作为一个插件化方面的狂热研究者，在周末就迫不及待的下载了Virtualapk框架来进行研究，本篇博客带来的是VirtualAPK原理解析的第一篇Activity管理，博客只是自己的理解，小弟才疏学浅，可能有很多理解不对的地方，欢迎各位大神指出。（看博客之前，请大家先下载VirtualVirtualAPKapk的项目，https://github.com/didi/VirtualAPK）
BroadcastReceiver 是 Android 的四大组件之一，它作用于应用内、进程间重要的一种通信方式，能够将某个消息通过广播的形式传递给订阅的广播接收器中，下面我们就来分析一下 广播注册到接收到消息 Android 源码到底做了些什么？
普通广播（Normal Broadcast）： 一，优缺点：和有序广播的优缺点相反！ 二，发送广播的方法：sendBroadcast() 有序广播（Ordered Broadcast）： 一，优缺点 优点：1，按优先级的不同，优先Receiver可对数据进行处理，并传给下一个Receiver 2，通过abortBroadcast可终止广播的传播 缺点：效率低 二，发送广播的方法：sendOrderedBroadcast() 三，优先接收到Broad
1）静态注册在应用安装时由PackageManagerService来完成注册过程
在Android中实现广播，首先我们要在Manifest.xml文件中配置一个<receiver/>标签，这个标签必须有一个android:name属性，值为继承自BroadcastReceiver类的接收器类！这个标签还有一个子标签为<intent-filter/>,这个标签很重要，是指定接收器需要接收哪种广播。另外，还有配置一个用户权限：<uses-permission/>,具体的值可以参考官方API文档。
AndroidManifest.xml <?xml version="1.0" encoding="utf-8"?> <manifest xmlns:android="http://schemas.a
新建一个类OutCallReceiver继承系统的BroadcastReceiver
最近在开发一些功能，突然想到在动态注册和反注册receiver的时候一定要用相同的context吗？我不敢肯定咨询了同事，得到的答案是不行的，然而为了进一步佐证他的观点我自己尝试了一下。也就是查了一下相关代码。
先简单说一下思路：网络变化时系统会发出广播。所以我们监听这个广播，利用接口回调通知activity做相应的操作就好了。
BroadcastReceiver 用于接收程序（包含用户开放的程序和系统内建程序）所发出的Broadcast intent
广播发送者的action与广播接收者的action都匹配的话，所以广播介绍者都可以收到这条广播，并且没有先后顺序，可以认为是同时收到
前面我们把需要拦截的手机号都存储和展示出来了，接下来是使用广播接收者拦截短信了，这个广播接收者需要和一个服务绑定，服务开启的时候，接收者存在，服务停掉时，接收者关闭
今天遇到一个问题，应用工程师分析是系统层的问题，然后就把这个锅给了我。最后我又把锅甩回给了应用工程师。
设计这门语言的目的是为了实现进程间通信，尤其是在涉及多进程并发情况的下的进程间通信IPC。每一个进程都有自己的Dalvik VM实例，都有自己的一块独立的内存，都在自己的内存上存储自己的数据，执行着自己的操作，都在自己的那个空间里操作。每个进程都是独立的，你不知我，我不知你。就像两座小岛之间的桥梁。通过这个桥梁，两个小岛可以进行交流，进行信息的交互。
Tips:4个环节，共计约9小时的精心打磨完成上线，同时也非常感谢参与审稿的同学。
AIDL 文件 IMyAidlInterface.aidl 在客户端和服务端都有 , 编译时 , 都会在 " build\generated\aidl_source_output_dir\debug\out\kim\hsl\aidl_demo " 目录生成 IMyAidlInterface.java 源文件 ;
1.定义一个类继承Service 2.在Manifest.xml文件中配置该Service 3.使用Context的startService(Intent)方法启动该Service 4.不再使用时，调用stopService(Intent)方法或者stopSelf()方法停止该服务，如果不调用，服务会一直处于运行状态，可以在设置手动停止
进程是具有一定独立功能的程序关于某个数据集合上的一次运行活动,进程是系统进行资源分配和调度的一个独立单位。 线程是进程的一个实体,是CPU调度和分派的基本单位,它是比进程更小的能独立运行的基本单位。 （1）线程是进程的一部分 （2）CPU调度的是线程 （3）系统为进程分配资源，不对线程分配资源
Android系统通过Binder机制给应用程序提供了一系列的系统服务，诸如ActivityManagerService，ClipboardManager， AudioManager等；这些广泛存在系统服务给应用程序提供了诸如任务管理，音频，视频等异常强大的功能。
继续在之前监听来电的服务AddressService里，添加成员方法MyToast()
Intent intent = registerReceiver(null, new IntentFilter(Intent.ACTION_BATTERY_CHANGED));
进程通信肯定有传输数据和接受并返还数据，先新建两个项目，一个为AidlDemo1作为Service,另一个为AidlDemo2作为Client
本文主要介绍了关于android实现一键锁屏和一键卸载的相关内容，分享出来供大家参考学习，这两个功能也是大家在开发中会遇到的两个需求，下面话不多说了，来一起看看详细的介绍吧。
接收广播需要创建广播接收器。 使用广播接收器的风险和对策，根据收到的广播的类型而有所不同。 你可以在以下判断流程中找到你的广播接收器。 接收应用无法检查发送广播的应用的包名称，它是链接伙伴所需的。 因此，无法创建用于伙伴的广播接收器。
项目中有自己企业的通讯录，但是在应用中拨打公司通讯录的联系人，由于手机通讯录中没有相应的信息，只显示一串电话号
使用DownloadManager 是个很好用的下载方式。它会出现在任务栏，指示当前的下载位置。它使用广播来接收完成消息，点击任务事件的交互。
前两天公司开始宣布要使用阿里钉钉来签到啦！！！~~这就意味着，我必须老老实实每天按时签到上班下班了，这真是一个悲伤的消息，可是！！！！那么机智（lan）的我，怎么可能就这么屈服！！！阿里钉钉签到，说到底不就是手机软件签到吗？我就是干移动开发的，做一个小应用每天自动签到不就行了：）
这篇文章我酝酿了很久，参考了很多资料，读了很多源码，却依旧不敢下笔。生怕自己理解上还有偏差，对大家造成误解，贻笑大方。又怕自己理解不够透彻，无法用清晰直白的文字准确的表达出 Binder 的设计精髓。直到今天提笔写作时还依旧战战兢兢。
在上一篇博客 【Binder 机制】AIDL 分析 ( 创建 AIDL 文件 | 创建 Parcelable 类 | AIDL 中使用 Parcelable 类 | 编译工程生成 AIDL 对应的Java源文件 ) 创建了 AIDL 文件 , 并编译生成了 AIDL 文件对应的 Java 源文件 , 现在开始分析生成在 " AIDL_Demo\app\build\generated\aidl_source_output_dir\debug\out\kim\hsl\aidl_demo " 目录 中的 " IMyAidlInterface.java " 源文件 ;
在 Android 系统中，进程间通信 (IPC) 是一种很重要的机制。IPC 产生的原因是某些情况下需要在两个进程之间进行一些数据的交换。而在深入学习 Android 的过程中难免会遇到 IPC 的相关问题，比如常见的有在自己的应用程序中读取手机联系人的信息，这就涉及到 IPC 了。因为自己的应用程序是一个进程，通讯录也是一个进程，只不过获取通讯录的数据信息是通过 Content Provider 的方式来实现的。
在之前的Android SystemServer启动(二)中，分析到在SystemServer中会启动大量的Service，其中就有一个比较特殊的Service，它就是ActivityManagerService。
最近需要推送功能，就是一个人申请了，消息要立马传递给发布的人，就这么一个需求，而且是点对点的推送 就想到了用极光算了
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
