《第一行代码》阅读笔记（十八）——探究广播机制

广播的类型

• 标准广播( Normal broadcasts)

是一种完全异步执行的广播，在广播发出之后，所有的广播接收器几乎都会在同一时刻接收到这条广播消息，因此它们之间没有任何先后顺序可言。这种广播的效率会比较高，但同时也意味着它是无法被截断的。标准广播的工作流程如图所示。

• 有序广播( Ordered broadcasts)

则是一种同步执行的广播，在广播发出之后，同一时刻只会有一个广播接收器能够收到这条广播消息，当这个广播接收器中的逻辑执行完毕后，广播才会继续传递。所以此时的广播接收器是有先后顺序的，优先级高的广播接收器就可以先收到广播消息，并且前面的广播接收器还可以截断正在传递的广播，这样后面的广播接收器就无法收到广播消息了。有序广播的工作流程如图所示。

广播的注册方式

注册广播的方式一般有两种，在代码中注册和在AndroidManifest.xml中注册，其中前者也被称为动态注册，后者也被称为静态注册。

动态注册案例

public class MainActivity extends AppCompatActivity {
    private IntentFilter intentFilter;
    private NetworkChangeReceiver networkChangeReceiver;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        intentFilter = new IntentFilter();
        intentFilter.addAction("android.net.conn.CONNECTIVITY_CHANGE");
        networkChangeReceiver = new NetworkChangeReceiver();
        registerReceiver(networkChangeReceiver, intentFilter);
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        unregisterReceiver(networkChangeReceiver);
    }

    class NetworkChangeReceiver extends BroadcastReceiver {

        @Override
        public void onReceive(Context context, Intent intent) {
            ConnectivityManager connectivityManager =
                    (ConnectivityManager) getSystemService(Context.CONNECTIVITY_SERVICE);
            NetworkInfo networkInfo = connectivityManager.getActiveNetworkInfo();
            if (networkInfo != null && networkInfo.isAvailable()) {
                Toast.makeText(context, "network is available", Toast.LENGTH_SHORT).show();
            } else {
                Toast.makeText(context, "network is unavailable", Toast.LENGTH_SHORT).show();
            }
        }
    }
}

1. 首先可以发现有一个内部类，并且继承了BroadcastReceiver，并且重写了onReceive。这就是广播，而onReceive中执行的方法就是，在接收广播后进行的操作。里面的内容先不看。
2. onCreate函数中先声明了一个IntentFilter，然后给IntentFilter加了一个android.net.conn.CONNECTIVITY_CHANGE的action。因为手机在网络发生变化的时候就会发出android.net.conn.CONNECTIVITY_CHANGE广播。所以如果需要通过过滤器来接收这个广播，就使用addAction方法。
3. 实例化广播类。
4. 注册广播接收器registerReceiver，两个参数分别是广播类和过滤器。
5. 在活动结束的时候取消注册。

看到这里是不是有些眉目了，如果不理解不要紧。接着往下看

静态注册案例

——第一行代码
动态注册的广播接收器可以自由地控制注册与注销，在灵活性方面有很大的优势，但是它也存在着一个缺点，即必须要在程序启动之后才能接收到广播，因为注册的逻辑是写在onCreate()方法中的。那么有没有什么办法可以让程序在未启动的情况下就能接收到广播呢?这就需要使用静态注册的方式了。

第一步：自动生成一个广播
书上的步骤说的很清楚了，不多赘述

public class BootCompleteReceiver extends BroadcastReceiver {

    @Override
    public void onReceive(Context context, Intent intent) {
        Toast.makeText(context, "Boot Complete", Toast.LENGTH_SHORT).show();
    }
}

第二步：修改AndroidManifest.xml

其实就和动态注册步骤相似，生成intent-filter，然后注册action。

不过现在手机不知道为啥，开机之后加载的东西很多，例如要输密码之类的，没办法看到弹出的toast，大家可以使用AS自带的虚拟机看看。笔者就偷下懒hhh

自定义广播

普通广播

其实就是两个步骤，第一步通过隐式intent发送广播名。然后将intent作为参数，通过sendBroadcast发送出去。第二步就是新建一个广播类，注册接收。

不过这里有一点需要注意，Android8.0及以上系统关于广播的规定：对隐式广播做了限定，如果targetSdkVersion >=26，在Manifest里面注册的Receiver可能无法接收到广播消息。
————————————————
版权声明：本文为CSDN博主「XingTina」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/XingTina/article/details/101304580

如果是在同一个包内接收广播，在发送广播时需要添加接收的广播的完整路径和类名。通过setComponent 方法，传入ComponentName类，该类要设置接收类所在的包名和类名。需要修改代码如下：

Intent intent = new Intent("com.firstcode.broadcastreceiver.MY_BROADCAST");
                intent.setComponent(new ComponentName("com.firstcode.broadcastreceiver",
                        "com.firstcode.broadcastreceiver.MyBroadcastReceiver")) ;
                sendBroadcast(intent);

如果是在不同的包内接收广播（两个及以上的module），需要修改代码如下：

 @Override
 public void onClick(View view) {
       Intent intent = new Intent("com.example.broadcasttest.MY_BROADCAST");
       if(Build.VERSION.SDK_INT >= 26) {
            intent.addFlags(0x01000000);
       }
       sendBroadcast(intent);             
 }

有序广播

——第一行代码
广播是一种可以跨进程的通信方式，这一点从前面接收系统广播的时候就可以看出来了。因此在我们应用程序内发出的广播，其他的应用程序应该也是可以收到的。

这里非常简单，新建一个项目，同样接收上一个项目发出的广播。不做赘述。但是注意Android8.0以上的手机需要修改代码。

至此都和普通广播没有什么区别。那什么是有序广播呢？首先就是把sendBroadcast修改成sendOrderedBroadcast

——第一行代码
可以看到，发送有序广播只需要改动一行代码，即将sendBroadcast() 方法改成sendOrderedBroadcast ()方法。sendOrderedBroadcast()方法接收两个参数， 第一个参数仍然是Intent，第二个参数是一个与权限相关的字符串，这里传人null就行了。

然后需要修改优先度，把MyBroadcastReceiver的优先度调高

然后这个接收器就会优先接收到广播，还能对广播进行拦截。拦截的语句是abortBroadcast();

本地广播

因为现在LocalBroadcastManager已被废弃，而且AS版本过高的话，就不支持以前的v4和v7support包。所以直接导入以下包就行。不然找不到LocalBroadcastManager类。

implementation ‘androidx.localbroadcastmanager:localbroadcastmanager:1.0.0’

public class MainActivity extends AppCompatActivity {
    private IntentFilter intentFilter;
    private LocalReceiver localReceiver;
    private LocalBroadcastManager localBroadcastManager;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        localBroadcastManager = LocalBroadcastManager.getInstance(this);
        Button button = findViewById(R.id.btn);
        button.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Intent intent = new Intent("com.firstcode.broadcastreceiver.LOCAL_BROADCAST");
                localBroadcastManager.sendBroadcast(intent);
            }
        });
        intentFilter = new IntentFilter();
        intentFilter.addAction("com.firstcode.broadcastreceiver.LOCAL_BROADCAST");
        localReceiver = new LocalReceiver();
        localBroadcastManager.registerReceiver(localReceiver, intentFilter);
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        localBroadcastManager.unregisterReceiver(localReceiver);
    }

    class LocalReceiver extends BroadcastReceiver {
        @Override
        public void onReceive(Context context, Intent intent) {
            Toast.makeText(context, "received local broadcast", Toast.LENGTH_SHORT).show();
        }
    }
}

其实这里和之前的动态注册几乎一致，只是使用了一个LocalBroadcastManager类。

——第一行代码
本地广播是无法通过静态注册的方式来接收的。其实这也完全可以理解，因为静态注册主要就是为了让程序在未启动的情况下也能收到广播，而发送本地广播时，我们的程序肯定是已经启动了，因此也完全不需要使用静态注册的功能。
最后我们再来盘点一下使用本地广播的几点优势吧。

• 可以明确地知道正在发送的广播不会离开我们的程序，因此不必担心机密数据泄漏。
• 其他的程序无法将广播发送到我们程序的内部，因此不需要担心会有安全漏洞的隐患。
• 发送本地广播比发送系统全局广播将会更加高效。