首先是应用中不能只有一个广播,必须有一个activity或者service(这种情况比较复杂参考http://www.cnblogs.com/welcoming/p/4120497.html) 简单的小例子,一个是只有一个Receiver捕捉有网络改变的常驻广播,另外一个是在第一个的基础上增加了一个Activity.试验证明,第一种情况是收不到广播的! 第二种情况是可以收到广播的.所以android程序中,不能只有一个Receiver组件,必须还要Activity.据说这是google对andr

8.0后广播在AndroidManifest.xml中注册后发送intent是接收不到广播了,看了一下原因,好像是8.0为了管理系统和节约电量特别针对广播和服务发送intent的方式启动做出的改变,也就是说广播和服务不能随意收intent了,要对广播和服务更精确的指向,所以在创建intent的时候,我们需要指定我们的广播和服务的包名加类名,为的就是精确. 如: Intent intent = new Intent(); intent.setAction("com.example.adyyzjb.

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

在3.1之后,系统的package manager增加了对处于“stopped state”应用的管理,这个stopped和Activity生命周期中的stop状态是完全两码事,指的是安装后从来没有启动过和被用户手动强制停止的应用,与此同时系统增加了2个Flag:FLAG_INCLUDE_STOPPED_PACKAGES和FLAG_EXCLUDE_STOPPED_PACKAGES ,来标识一个intent是否激活处于“stopped state”的应用.当2个Flag都不设置或者都进行设置的时候

1. 效果图

1. 效果图

最近遇到个问题,在android手机上发送UDP报文的时候,HTC等机型(测试用HTC new one)接收不到广播报文,而其他的samsung, huawei, xiaomi, nexus等等均没有问题. 所以猜测应该是HTC优化了系统,把它给关掉了.由于手机开启UDP广播功能不仅耗电,而且占用系统资源.可能有些手机厂家默认把这个功能给关掉了, 你若想要用手机来发送接收UDP报文,得先申请,才能使用这个功能. 解决方案: 1.在oncreate()方法里面实例化一个WifiManager.Mu

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

1.使用标准广播 1.1 定义广播接收器 public class MyBroadcastReceiver extends BroadcastReceiver { @Override public void onReceive(Context arg0, Intent arg1) { // TODO Auto-generated method stub String string=arg1.getStringExtra("data"); Toast.makeText(arg0, &qu

接上篇C#的Udp广播的发送和接收 http://www.cnblogs.com/JimmyBright/p/4637090.html ios中使用AsyncUdpSocket处理Udp的消息非常方便 准备工作: 在github上找到cocoaAsyncSocket,下载下来,把其中AsyncUdpSocket.h和AsyncUdpSocket.m文件copy到你的项目中,其他文件都不需要.copy到swift环境下会自动提示创建桥接文件,点击确认就可以了. 发送Udp: 上面代码对局域网广播消

1. 发送广播 使用以下三个API可以发送广播 public void click(View view){ Intent intent = new Intent(); intent.setAction("com.itheima.xxxooo"); //把这个自定义的广播发送出去 //sendBroadcast(intent); //发送一条无序的广播事件 //如果广播事件是无序发送出去的 所有的广播接受者 都会接受到这个事件 //如果广播是有序的发送出去的, 广播接收者会按照优先级 接

有时候Android手机在开机成功后的那几秒会在状态栏通知,Sdcard开始扫描,Sdcard扫描完成,等信息 当Sdcard的状态发生改变后,系统会自动的发出广播 Sdcard的状态: 1.mount 挂载: 2.unmount 卸载移除:    3.start_scan 开始扫描:    4.scan_finish 扫描完成: Sdcard是存储东西的,Sdcard通常是用Media挂钩,Android系统把它理解为:媒体数据 在AndroidManifest.xml订阅广播 <!-- 订阅

Broadcast Receiver用于接收并处理广播通知(broadcast announcements).多数的广播是系统发起的,如地域变换.电量不足.来电来信等.程序也能够播放一个广播. 程序能够有随意数量的 broadcast receivers来响应它认为重要的通知.broadcast receiver能够通过多种方式通知用户:启动activity.使用NotificationManager.开启背景灯.振动设备.播放声音等,最 典型的是在状态栏显示一个图标,这样用户就能够点它打开看通

Broadcast Receiver用于接收并处理广播通知(broadcast announcements).多数的广播是系统发起的,如地域变换.电量不足.来电来信等.程序也可以播放一个广播.程序可以有任意数量的 broadcast receivers来响应它觉得重要的通知.broadcast receiver可以通过多种方式通知用户:启动activity.使用NotificationManager.开启背景灯.振动设备.播放声音等,最 典型的是在状态栏显示一个图标,这样用户就可以点它打开看通知

本篇文章记录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个应用在清单文件中注册了手机电量变化广

//durable = true 代表持久化 交换机和队列都要为true ,持久代表服务重启,没有处理的消息依然存在 //topic 根据不同的routkey 发送和接收信息 //fanout 广播模式 //广播模式,代表每个消费者都会收到消息,每一个收到的都是1,2,3,4,5,6 //轮询模式,当两个消费者时候,每个消费者都会挨个接收消息 比如第一个接收1,2,3 第二个接收到的消息是2,4,6 using RabbitMQ.Client; using RabbitMQ.Client.Eve

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

PS:不断提升自己,是件好事... 学习内容: 1.BroadcastReceiver的使用.. 2.通过BroadcastReceiver去启动Service... 1.BroadcastReceiver...   广播接收者,用来接收系统和应用中的广播...Android广播机制用的地方还是很多的,比如说:当网络状态发生改变的时候,通过接收这条广播就能及时做出相应的响应,然后完成一些操作..这就是广播的机制...它自身并不实现图形用户界面...只是一个触发性的操作...   使用广播是需要几

前言 这个周末又没有吊事,在家研究了怎样通过进程的注入技术改动广播接收器的优先级.关于这个应用场景是非常多的.并且也非常重要.所以就非常急的去fixed了. Android中的四大组件中有一个广播:Broadcast 关于它的相关知识能够转战:http://blog.csdn.net/jiangwei0910410003/article/details/19150705 我们这里就不做太多解释了,如今来看一下问题: 知识前提 这篇文章和我之前介绍一篇文章: Andrdoid中相应用程序的行为拦截

在广播与P2P通道(上) -- 问题与方案 一文中,我们已经找到了最优的模型,即将广播与P2P通道相结合的方案,这样能使服务器的带宽消耗降到最低,最大节省服务器的宽带支出.当然,如果从零开始实现这种方案无疑是非常艰巨的,但基于ESFramework提供的通信功能和P2P功能来做,就不再那么遥不可及了. 1.P2P通道状态 根据上文模型3的讨论,要实现该模型,每个客户端需要知道自己与哪些用户创建了P2P通道,服务器也要知道每个客户端已建立的P2P通道的状态. 使用ESFramework,在客户端已