1.背景&解决方法 最近碰到一个需求,app监听特定的广播,接收到广播后启动自己再进行处理.需求很简单,静态注册就好,不过,在自测的时候遇到一个问题,app安装后没启动过的状态下,什么广播都收不到!なにもない! 后来,网上各种查,找到了"罪魁祸首":Android 3.1以后新增的stopped机制. 解决方法是,发送广播时添加flag:FLAG_INCLUDE_STOPPED_PACKAGES 是的,没错,这个解决方法对系统广播无效,如果要处理的是系统广播,本文对你无效. 2

Android广播有两个很重要的要素: 1 广播 - 用于发送广播 有序广播  -  被广播接收器接收后,可被终止,无法往下继续传达.         典型代表:短信广播 普通广播  -  发送至每一个已经注册(订阅)的广播接收器,无法被终止. 典型代表:开机启动广播 2 广播接收器 - 用于订阅广播后接收广播 静态注册广播 - 在AndroidManifest.xml中设置,程序不用启动亦可接收. 典型代表:很多开机启动的APP,都是接收开机启动广播带起服务的. 动态注册广播 - 代码中注册广

广播信息,即速度快捷.迅速及时.简明扼要的把信息发送给接收者. 当然在SNF快速开发平台上你也可以作为公告使用.不管当做什么使用要满足以下需求: 简单操作:页面操作简单 只需要输入内容就可以发送. 灵活性:可以发送给所有人.发给在线人员,发给某个人. 信息快速及时性:发送人员发送完成后接收者一上系统或已经在系统者即时接收信息显示. CS/BS 都可以发送与接收:不管接收者当前是登录到的是CS程序还是BS程序都可以及时收到信息. 显示效果:不管是CS还是BS都显示在系统右下角位置,显示信息后不允许

一.知识介绍 1.broadcastReceiver是广播接受者,四大组件之一. 2.Android中内置了很多系统级别的广播,可以在应用程序中得到各种系统的状态信息. 3.使用场景: ①当手机没有电时,会告知用户“电量低”的广播信息.可以做到正在使用的app就会接收到这个广播消息,如果是游戏可能是提醒保存数据,如果是正在使用的工作软件,可能提醒接上电源. [提示]对于某某程序来说,可以选择接收这一消息也可以选择不接收这个消息. ②手机的storage不够了,提示你清理空间,否则应用程序将变慢或

广播接收器注册一共有两种形式 : 静态注册和动态注册. 两者及其接收广播的区别: 1.动态注册的广播 永远要快于 静态注册的广播,不管静态注册的优先级设置的多高,不管动态注册的优先级有多低>\ 2.动态注册广播不是 常驻型广播 ,也就是说广播跟随activity的生命周期.注意: 在activity结束前,移除广播接收器. 静态注册是常驻型 ,也就是说当应用程序关闭后,如果有信息广播来,程序也会被系统调用自动运行. 3.在同一个优先级下,谁先启动的快,谁将先接收到广播. 动态注册代码: Upda

本篇主要写的是关于静态路由表的添加,和如何让你不能上网的主机通过火墙路由表实现上网的功能. 静态路由表: 要是你的主机是2块网卡,并且做了网卡的绑定,依照我下面的方法是成功不了的,你可以去编辑: # vim /etc/rc.d/rc.local ip route add 12.0.0.1/24 via 192.168.1.113 sh /etc/rc.d/rc.local        //这样做就行了 下面我们来看常规的路由表的添加: 我的系统默认的路由表. 下面添加一块路由表:这样的添加只是

http://blog.csdn.net/usbdrivers/article/details/50035615 首次在虚拟机里安装Suse Linux Enterprise 11,采用NET方式能够实现DHCP方式上网,但因为要搭建Redis分布式进行机器间通讯,故需设置成静态IP的形式,网上试了很多方法发现都无效,最后通过参照下面的这篇文章解决了问题. 关键点:通过查看虚拟机确定网关和IP地址范围,网上很多文章没有提及(不知道这个怎么知道配置文件里的网关和IP设置成什么) 说明: 宿主机:w

五种交互方式,分别是:通过广播交互.通过共享文件交互.通过Messenger(信使)交互.通过自定义接口交互.通过AIDL交互.(可能更多) Service与Thread的区别 Thread:Thread 是程序执行的最小单元,可以用 Thread 来执行一些异步的操作. Service:Service 是android的一种机制,当它运行的时候如果是Local Service,那么对应的 Service 是运行在主进程的 main 线程上的.如果是Remote Service,那么对应的 Se

本文主要讲述了: 一.BroadcastReceiver概述: 二.BroadcastReceiver事件分类 三.BroadcastReceiver事件的编程流程 四.两类BroadcastReceiver 五.普通广播和有序广播 六.Service与BroadcastReceiver怎样交互? 七.开机自己主动执行service 八.BroadcastReceiver的生命周期 一.BroadcastReceiver概述: 1.广播接收器是一个专注于接收广播通知信息,并做出相应处理的组件.

BroadcastReceiver(广播接收器)是Android中的四大组件之中的一个. 以下是Android Doc中关于BroadcastReceiver的概述: ①广播接收器是一个专注于接收广播通知信息,并做出相应处理的组件.非常多广播是源自于系统代码的──比方,通知时区改变.电池电量低.拍摄了一张照片或者用户改变了语言选项.应用程序也能够进行广播──比方说,通知其他应用程序一些数据下载完毕并处于可用状态. ②应用程序能够拥有随意数量的广播接收器以对全部它感兴趣的通知信息予以响应.全部的接

BroadcastReceiver(广播接收器)是Android中的四大组件之中的一个. 以下是Android Doc中关于BroadcastReceiver的概述: ①广播接收器是一个专注于接收广播通知信息,并做出相应处理的组件.非常多广播是源自于系统代码的──比方,通知时区改变.电池电量低.拍摄了一张照片或者用户改变了语言选项.应用程序也能够进行广播──比方说,通知其他应用程序一些数据下载完毕并处于可用状态. ②应用程序能够拥有随意数量的广播接收器以对全部它感兴趣的通知信息予以响应.全部的接

有时候离开应用就会接收不到系统的广播是因为系统默认发送的广播都会有一个参数 ntent startIntent = new Intent();startIntent.putExtra("pkg", getPackageName());startIntent.setAction("com.lenovo.speechcamera.start");startIntent.setFlags(Intent.FLAG_INCLUDE_STOPPED_PACKAGES);//系统

http://www.cnblogs.com/freeliver54/archive/2012/06/13/2547765.html 简述了Service的一些基础知识以及Service和Thread的简单区别,本文将着重讲解与Service交互的五种基本方式:广播交互.共享文件交互.Mssenger(信使)交互.自定义接口交互.AIDL交互. 1. 广播交互 提到Activity与Service的交互,可能狠多人首先想到的就是BroadCast——广播.在Android中,广播是系统提供的一种

1.DownLoadManager是Android用系统服务(Service)的方式来优化处理长时间的下载操作的一个工具类.避免了我们去处理多线程,通知栏等等. 2.不要忘记添加权限 <uses-permission android:name="android.permission.INTERNET" /> <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE&quo

导读:本文说明系统发送广播的部分流程,如何利用Intent查找到对应接收器.我们依然只关注接收器的排序问题 这篇文章主要是针对我前两篇文章 android安全问题(四) 抢先开机启动 - 结果篇 android安全问题(五) 抢先拦截短信 - 结果篇 现在给出第二步分的分析 下面就来看看发送广播的流程 Context中的sendBroadCast函数的实现是在ContextImpl中,和发送广播相关的有如下六个函数 void android.app.ContextImpl.sendBroadca

导读:本文说明系统是如何注册动态广播以及静态广播,这里主要注意其注册的顺序 这篇文章主要是针对我前两篇文章 android安全问题  抢先开机启动 - 结果篇 android安全问题  抢先拦截短信 - 结果篇 之前只给出了结果,并没有给出代码分析,现在给出第一步分的分析 大家都知道,广播接收器分为动态注册和静态注册两种 静态接收,就是配置到manifest.xml文件中,PackageManagerService扫描后记录其信息…… 动态接收,就是从代码中注册,通过调用下面的方法实现 Inte

本篇文章记录Android应用无法接收到广播的几种case 1. 没有register 广播其实是一种订阅者模式,所以当然需要先register,register的方式有两种 1.1  through manifest-declared receivers 通过manifest静态注册 1.1.1 在manifest文件的<application></application>添加<receiver/>标签 静态注册意味着应用在安装后就开始接收广播,一旦接收广播系统会打开

前言 Google从Android8.0版本开始,对在清单文件中静态注册广播做了限制. *** 特殊广播(动态注册广播接收者) 说:有序广播和无序广播之前,咱们先来说下Android中一些特殊的广播如何接收呢? 特殊的广播:指那些操作比较频繁的广播事件类型.如:屏幕的开.关广播,电量的变化广播等等 这种特殊的广播事件在 AndroidManifest.xml 中注册是无效的! 因为这种特殊的广播如果在清单文件中注册,会浪费内存资源.你可以想象下,如果有100个应用在清单文件中注册了手机电量变化广

Beginning with Android 8.0 (API level 26), the system imposes additional restrictions on manifest-declared receivers. If your app targets Android 8.0 or higher, you cannot use the manifest to declare a receiver for most implicit broadcasts (broadcast

从0系统学Android--52 发送广播 本系列文章目录:更多精品文章分类 本系列持续更新中.... 初级阶段内容参考<第一行代码> 5.3 发送自定义广播 前面已经学习了如何接受广播了,下面来学习如何发送自定义广播,广播类型分为:标准广播和有序广播,下面分别来说一下这两种广播如何发送. 5.3.1 发送标准广播 首先我们先创建一个广播接收器,用来接收我们发送的自定义广播. 用静态广播来实现 public class MyReceiver extends BroadcastReceiver

在前边几篇关于Android系统两个重要组件的介绍中,界面Activity负责应用程序与用户的交互,服务Service负责应用程序内部线程间的交互或两个应用程序进程之间的数据交互.看上去这两大组件就能满足日常应用程序的开发需求了,可是应用程序之间的交互,如果都使用服务Service中的AIDL规范,那每个应用程序本身岂不是要声明其他应用程序中的一些接口?这对两个属于不同开发者的应用程序来说很不友好.所以Android系统还提供了称为广播接收者BoradcastReceiver的组件,采用广播机制