安卓的广播开启跟关闭写在哪里

⑴ android 接受开机广播

Android接收开机广播,需要用到播广播接收者BroadcastReceiver组件。

具体代码:

1. 在配置文件AndroidManifest.xml中向系统注册receiver

   <intent-filter>
   <action android:name="android.intent.action.BOOT_COMPLETED" />
   </intent-filter>
   

2. 需要添加相应权限

   <uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" />
   

3. 在Receiver中就可以添加开机需要进行的操作

   public class BootCompletedReceiver extends BroadcastReceiver {
   @Override
   public void onReceive(Context context, Intent intent) {
   
   }

   }
   

⑵ android 注册广播有多少种方式

有两种方式，一种是静态注册，就是在manifest文件里配置一下，这种方式注册的广播属于系统级广播。你的应用没打开也能收到广播。比如你要做一个收到某广播就启动你的应用的功能可以这样搞。另一种是动态注册，在代码里执行一个rigisterBroadcastReciver（可能拼写有误）的方法。这种你要自己作好反注册。这种广播可以做成你的应用启动后才监听，关闭后就不监听的效果。

⑶ 安卓开发 如何关闭广播

很牛逼的一个问题。广播不是用来关闭的！动态注册广播接收器特点是当用来注册的Activity关掉后，广播也就失效了。我们可以通过两种方式注册BroadcastReceiver，一是在Activity启动过程中通过代码动态注册，二是在AndroidManifest.xml文件中利用<receiver>标签进行静态注册。对于第一种方法，我们需要养成一个良好的习惯：在Activity进入停止或者销毁状态的时候使用unregisterReceiver方法将注册的BroadcastReceiver注销掉。如果通过第二种方法注册的BroadcastReceiver，是否需要通过代码进行注销呢？如果通过<receiver>标签来注册的BroadcastReceiver，那么该对象的实例在onReceive被调用之后就会在任意时间内被销毁。也就是说，我们并需要担心静态注册的BroadcastReceiver的销毁问题。静态注册无需担忧广播接收器是否被关闭，只要设备是开启状态，广播接收器也是打开着的。也就是说哪怕app本身未启动，该app订阅的广播在触发时也会对它起作用。

⑷ Android开机过程中什么时候发开机广播

Android开机过程漏正中发开机广播如下:
intent的发送点是在：
finishBooting函数（ActivityManagerService.java）
调用关返睁悔系是：
startHomeActivityLocked()
-> ensureBootCompleted()
-> finishBooting()
-> mStackSupervisor.startHomeActivity(intent, aInfo)
所以系统发出这个intent的时候 ，home界面并没有起来，发出之后很短的时间 home就启动，在配置文件AndroidManifest.xml中向系统注册receiver，子节点 intent-filter 表示接收android.intent.action.BOOT_COMPLETED 消息
<receiver android:name="com.ray.ray.receiver.BootCompletedReceiver" >
<早芦intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED" />
</intent-filter>
</receiver>

⑸ android蓝牙BLE（三） —— 广播

​ 在蓝牙开发中，有些情况是不需要连接的，只要外设广播自己的数据即可，例如苹果的 ibeacon 。自 Android 5.0 更新蓝牙API后，手机可以作为外设广播数据。

广播包有两种：

其中 广播包是每个外设都必须广播的，而响应包是可选的 。每个广播包的长度必须是 31个字节 ，如果不到 31个字节 ，则剩下的全用 0 填充 补全，这部分的数据是无效的

广播包中包含若干个广播数据单元，广播数据单元也称为 AD Structure 。

广播数据单元 = 长度值Length + AD type + AD Data。

长度值 Length 只占 一个字节 ，并且位于广播数据单元的 第一个字节 。

概念的东西有些抽象，先看看下面的广播报文：

​ 0x代表这串字符串是十六进制的字符串。 两位十六进制数代表一个字节 。因为两个字符组成的十六进制字符串最大为 FF ，即255，而Java中byte类型的取值范围是-128到127，刚好可以表示一个255的大小。所以两个十六进制的字符串表示一个字节。

​ 继续查看报文内容，开始读取第一个广播数据单元。读取 第一个 字节: 0x07 ,转换为十进制就是7，即表示后面的7个字节是这个广播数据单元的数据内容。超过这7个字节的数据内容后，表示是一个新的广播数据单元。

​ 而第二个广播数据单元，第一个字节的值是 0x16 ,转换为十进制就是22，表示后面22个字节为第二个广播数据单元。

​ 在广播数据单元的 数据部分 中， 第一个字节 代表 数据类型 （AD type），决定数据部分表示的是什么数据。（即广播数据单元第二个字节为AD type）

AD Type 的类型如下：

​ 这bit 1~7分别代表着发送该广播的蓝牙芯片的物理连接状态。当bit的值为1时，表示支持该功能。
例：

蓝牙广播的数据格式大致讲了一下，有助于下面的广播操作的理解。

先看看广播设置（ AdvertiseSettings ）如何定义：

（1）、通过 AdvertiseSettings.Builder#setAdvertiseMode() 设置广播模式。其中有3种模式：

（2）、通过 AdvertiseSettings.Builder#setAdvertiseMode() 设置广播发射功率。共有4种功率模式：

（3）、通过 AdvertiseSettings.Builder#setTimeout() 设置持续广播的时间，单位为毫秒。最多180000毫秒。当值为0则无时间限制，持续广播，除非调用 BluetoothLeAdvertiser#stopAdvertising() 停止广播。

（4）、通过 AdvertiseSettings.Builder#setConnectable() 设置该广播是否可以连接的。

之前说过，外设必须广播广播包，扫描包是可选。但添加扫描包也意味着广播更多得数据，即可广播62个字节。

可见无论是广播包还是扫描包，其广播的内容都是用 AdvertiseData 类封装的。

（1）、 AdvertiseData.Builder#setIncludeDeviceName() 方法，可以设置广播包中是否包含蓝牙的名称。

（2）、 AdvertiseData.Builder#setIncludeTxPowerLevel() 方法，可以设置广播包中是否包含蓝牙的发射功率。

（3）、 AdvertiseData.Builder#addService UUID (Parcel UUID ) 方法，可以设置特定的 UUID 在广播包中。

（4）、 AdvertiseData.Builder#addServiceData(Parcel UUID ，byte[]) 方法，可以设置特定的 UUID 和其数据在广播包中。

（5）、 AdvertiseData.Builder#addManufacturerData(int，byte[]) 方法，可以设置特定厂商Id和其数据在广播包中。

​ 从 AdvertiseData.Builder 的设置中可以看出，如果一个外设需要在不连接的情况下对外广播数据，其数据可以存储在 UUID 对应的数据中，也可以存储在厂商数据中。但由于厂商ID是需要由Bluetooth SIG进行分配的，厂商间一般都将数据设置在厂商数据。

另外可以通过 BluetoothAdapter#setName() 设置广播的名称

先看一个例子，我们分别在 广播包 和 扫描包 中设置 AdvertiseData.Builder 的 每一种广播报文参数 ，得到一下报文内容：

(1)、Type = 0x01 表示设备LE物理连接。

(2)、Type = 0x09 表示设备的全名

(3)、Type = 0x03 表示完整的16bit UUID 。其值为0xFFF7。

(4)、Type = 0xFF 表示厂商数据。前两个字节表示厂商ID,即厂商ID为0x11。后面的为厂商数据，具体由用户自行定义。

(5)、Type = 0x16 表示16 bit UUID 的数据，所以前两个字节为 UUID ,即 UUID 为0xF117，后续为 UUID 对应的数据，具体由用户自行定义。

最后继承 AdvertiseCallback 自定义广播回调。

初始化完毕上面的对象后，就可以进行广播：

​ 广播主要是通过 BluetoothLeAdvertiser#startAdvertising() 方法实现，但在之前需要先获取 BluetoothLeAdvertiser 对象。

BluetoothLeAdvertiser 对象存在两个情况获取为Null:

所以在调用 BluetoothAdapter#getBluetoothLeAdvertiser() 前，需要先调用判断蓝牙已开启，并判断在 BluetoothAdapter 中获取的 BluetoothLeAdvertiser 是否为空（测试过某些华为手机 mBluetoothAdapter.() 为 false , 但是能发送ble广播）。

​ 与广播成对出现就是 BluetoothLeAdvertiser.stopAdvertising() 停止广播了，传入开启广播时传递的广播回调对象，即可关闭广播：

​ 虽然通过广播告知外边自身拥有这些Service,但手机自身并没有初始化Gattd的Service。导致外部的中心设备连接手机后，并不能找到对应的 GATT Service 和 获取对应的数据。

Service类型有两个级别：

创建 BluetoothGattService 时，传入两个参数： UUID 和Service类型：

​ 我们都知道Gatt中， Service 的下一级是 Characteristic ， Characteristic 是最小的通信单元，通过对 Characteristic 进行读写操作来进行通信。

​ 特征属性表示该 BluetoothGattCharacteristic 拥有什么功能，即能对 BluetoothGattCharacteristic 进行什么操作。其中主要有3种：

权限属性用于配置该特征值所具有的功能。主要两种：

Characteristic 下还有 Descriptor ，初始化 BluetoothGattDescriptor 时传入： Descriptor UUID 和 权限属性

为 Service 添加 Characteristic ，为 Characteristic 添加 Descriptor ：

​ 通过蓝牙管理器 mBluetoothManager 获取 Gatt Server ，用来添加 Gatt Service 。添加完 Gatt Service 后，外部中心设备连接手机时，将能获取到对应的 GATT Service 和 获取对应的数据

​ 定义 Gatt Server 回调。当中心设备连接该手机外设、修改特征值、读取特征值等情况时，会得到相应情况的回调。

最后开启广播后，用nRF连接后看到的特征值信息如下图所示：（加多了一个只能都的特征值）

android蓝牙BLE（一） —— 扫描

android蓝牙BLE（二） —— 通信

android蓝牙BLE（三） —— 广播

android蓝牙BLE（四） —— 实战

⑹ Android BroadcastReceiver详解

BroadcastReceiver（广播接收器）是Android四大组件之一，顾名思义，通过广播的方式进行消息传递，其本质是一个全局的监听器，可以监听到各种广播，可以用来实现不同组件之间的通信。广播最大的特点就是发送方并不关心接收方是否接到数据，也不关心接收方是如何处理数据的，通过这样的形式来达到接、收双方的完全解耦合。

又称无序广播，这种广播完全是异步的，所有与广播Intent匹配的BroadcastReceiver，都可以收到这条广播，并且不分先后顺序，视为同时收到，通过Context.sendBroadcast()方法发送。这种广播的效率比较高，但缺点是接收器不能将处理结果传递给下一个接收器，并且无法在中途终止广播。

这是一种同步执行的广播，通过Context.sendOrderedBroadcast()方法发送，这种广播发出后，通过receiver的intent-filter中的android:priority属性来设置优先级，优先级从-1000～1000，数越大，优先级越高，使用setResult()方法把结果传递给下一个接收者，通过getResult()方法获取上一个接收者传递过来的结果，并可以通过abortBroadcast()方法丢弃该广播，使该广播不再传递给下一个接收者。

粘性广播通过Context.sendStickBroadcast()方法来发送，用此方法发送的广播会一直滞留，当有匹配此广播的接收器被注册后，该广播接收器就会收到此广播。使用此广播时，需要获得BROADCAST_STICKY权限。（在 android 5.0/api 21后不再推荐使用）

Android系统中内置了多个系统广播，只要涉及到手机的基本操作，基本上都会发出相应的系统广播。如：开启启动，网络状态改变，拍照，屏幕关闭与开启，点亮不足等等。每个系统广播都具有特定的intent-filter，其中主要包括具体的action，系统广播发出后，将被相应的BroadcastReceiver接收。系统广播在系统内部当特定事件发生时，有系统自动发出。

以上广播都属于全局广播，发出去的广播，只要有匹配的接收者，就可以收到广播。这样一来会造成一些问题，一是消耗性能，二是容易引起安全性的问题，为了能够简单的解决这方面的问题，Android引入了一套广播本地广播机制，使用该机制发出的广播只能够在本应用内部进行传递，并且广播接收器也只能接收来自本应用发出的广播。

使用方法
1.注册本地广播接收器

2.发送本地广播

3.注销本地广播接收器

本文用到的BroadcastReceiver

Android 8.0（API级别26）取消大部分静态注册广播，建议使用动态广播
https://developer.android.google.cn/about/versions/oreo/android-8.0