【Android的从零单排开发日记】之入门篇（六）——Android四大组件之Broadcast Receiver

广播接受者是作为系统的监听者存在着的，它可以监听系统或系统中其他应用发生的事件来做出响应。如设备开机时，应用要检查数据的变化状况，此时就可以通过广播来把消息通知给用户。又如网络状态改变时，电量变化时都可以通过广播来通知用户。要做比喻的话，广播就像是我们的感官，能够有效且快速的从外界获取信息来反馈给自身。

一、广播的功能和特征

  1. 广播的生命周期很短，经过 调用对象—实现onReceive—结束 整个过程就结束了。从实现的复杂度和代码量来看，广播无疑是最迷你的Android 组件，实现往往只需几行代码。广播对象被构造出来后通常只执行BroadcastReceiver.onReceive方法，便结束了其生命周期。所以有的时候我们可以把它当做函数看也未必不可。
  2. 和所有组件一样，广播对象也是在应用进程的主线程中被构造，所以广播对象的执行必须是要同步且快速的。也不推荐在里面开子线程，因为往往线程还未结束，广播对象就已经执行完毕被系统销毁。如果需要完成一项比较耗时的工作 , 应该通过发送 Intent 给 Service, 由 Service 来完成。
  3. 每次广播到来时 , 会重新创建 BroadcastReceiver 对象 , 并且调用 onReceive() 方法 , 执行完以后 , 该对象即被销毁 . 当 onReceive() 方法在 10 秒内没有执行完毕， Android 会认为该程序无响应。

二、广播事件监听的两种方法

使用广播进行事件监听有两种方法，静态注册和动态注册，又或者称冷插拔和热插拔。静态注册就是将广播接收器的相关信息写在应用的配置文件中。当有广播事件发生时，组件管理服务就会从安装包管理服务中获取已安装应用的广播组件信息。动态注册则是通过Context.registerReceiver和Context.unregisterRecever，动态将广播接收器与所需要监听的事件绑定。

  1. 静态注册
    首先是在应用的配置文件中写入注册消息，同样是跟其他组件一样写在application标签之内

    <receiver android:name=".ColdReceiver"><!-- 你的Receiver名称 -->
   <intent-filter>
      <action android:name="android.intent.action.COLD_BROADCAST"/>  <!-- 你广播要接受的intent名称 -->
      <category android:name="android.intent.category.DEFAULT" />
   </intent-filter>
</receiver>

    然后我们建一个ColdReceiver的类，继承BroadcastReceiver，里面代码如下

    public class ColdReceiver extends BroadcastReceiver {

    @Override
    public void onReceive(Context context, Intent intent) {
        //跳转到service中
        intent = new Intent("android.intent.action.BroadcastService");
        intent.addFlags(1);
        //开启service
        context.startService(intent);
        //日志打印
        Log.d("TEST","静态注册");
    }

}

    上面的Service启动看到了吗，这里我用了上次说过的快捷跳转。其中service的配置和内容如下

    <service android:name=".BroadcastService"><!-- 你自定义的service文件   （在<application></application>里面加）-->
        <intent-filter>
                <action android:name="android.intent.action.BroadcastService" /><!-- 用intent启动时的快捷名（也可以用常规的方式启动） -->
                <category android:name="android.intent.category.default" />
        </intent-filter>
        </service>

     1 public class BroadcastService extends Service{
 2
 3     @Override
 4     public IBinder onBind(Intent intent) {
 5         // TODO Auto-generated method stub
 6         return null;
 7     }
 8
 9     @Override
10     public void onCreate() {
11         //开启服务时会首先调用该方法
12         super.onCreate();
13     }
14
15     @Override
16     public int onStartCommand(Intent intent, int flags, int startId) {
17         //根据每次intent传过来的信息进行判断来显示不同信息
18         switch(intent.getFlags()){
19             case 1:{
20                 Toast.makeText(getApplicationContext(), "静态注册", Toast.LENGTH_SHORT).show();
21                 break;
22             }
23             case 2:{
24                 Toast.makeText(getApplicationContext(), "动态注册", Toast.LENGTH_SHORT).show();
25                 break;
26             }
27             case 3:{
28                 Toast.makeText(getApplicationContext(), "普通广播", Toast.LENGTH_SHORT).show();
29                 break;
30             }
31             case 4:{
32                 Toast.makeText(getApplicationContext(), "有序广播", Toast.LENGTH_SHORT).show();
33                 break;
34             }
35         }
36         return START_STICKY;
37     }
38
39     @Override
40     public void onDestroy() {
41         // 停止service后会调用此方法
42         Log.d("TEST", "destroy");
43         super.onDestroy();
44     }
45
46 }

    那么静态广播的创建就完成了，简单吧，就两个步骤，一是配置广播，二是继承BroadcastReceiver，重写里面的onReceive函数。
    接下来我们在新建一个工程来检测广播是否可以响应消息。（检测应用的代码全部都在下方，并且不用再做更改了）

     1 public class MainActivity extends Activity implements OnClickListener{
 2
 3     private Button b1,b2,b3,b4;
 4     private Intent intent;
 5     @Override
 6     protected void onCreate(Bundle savedInstanceState) {
 7         super.onCreate(savedInstanceState);
 8         setContentView(R.layout.activity_main);
 9         intent = new Intent();
10         //获得界面的控件
11         b1 = (Button) findViewById(R.id.button1);
12         b1.setOnClickListener(this);
13         b2 = (Button) findViewById(R.id.button2);
14         b2.setOnClickListener(this);
15         b3 = (Button) findViewById(R.id.button3);
16         b3.setOnClickListener(this);
17         b4 = (Button) findViewById(R.id.button4);
18         b4.setOnClickListener(this);
19         Log.d("TEST","===初始化完成===");
20     }
21
22     @Override
23     public void onClick(View v) {
24         // TODO Auto-generated method stub
25         switch(v.getId()){
26             case R.id.button1:{//发送到静态注册广播
27                 intent = new Intent("android.intent.action.COLD_BROADCAST");
28                 sendBroadcast(intent);
29                 //intent.putExtra("msg", "hello coldreceiver.");
30                 break;
31             }
32             case R.id.button2:{//发送到动态注册广播
33                 intent = new Intent("android.intent.action.HOT_BROADCAST");
34                 //intent.putExtra("msg", "hello hotreceiver.");
35                 sendBroadcast(intent);
36                 break;
37             }
38             case R.id.button3:{//普通广播
39                 intent = new Intent("android.intent.action.NORMAL_BROADCAST");
40                 sendBroadcast(intent);
41                 break;
42             }
43             case R.id.button4:{//有序广播
44                 intent = new Intent("android.intent.action.SORT_BROADCAST");
45                 sendOrderedBroadcast(intent, "scott.permission.SORT_BROADCAST_PERMISSION");
46                 break;
47             }
48         }
49     }
50
51     public void show(String str){
52         Toast.makeText(this, str, Toast.LENGTH_LONG).show();
53     }
54
55     @Override
56     protected void onDestroy() {
57         // TODO Auto-generated method stub
58         super.onDestroy();
59     }
60 }

    ok,将两个应用都安装到设备上，启动测试用的应用，点击第一个按钮，运行的效果如下

    同时，会出现"静态注册"的Toast(不方便截图)。可以看出静态注册广播能够跨应用来响应信息，这都要归功于安卓上的组件管理服务，它会读取每个应用的配置文件，然后获取里面的组件信息，每当有消息响应时，组件管理服务会从中查找有没有需要调用的组件，并判断是否进行执行

  2. 动态注册
    动态注册也可以分成两部分，一在代码中进行动态注册，二还是继承BroadcastReceiver，重写里面的onReceive函数。
    我们在广播应用中新建一个HotReceiver，继承BroadcastReceiver

    public class HotReceiver extends BroadcastReceiver {

    @Override
    public void onReceive(Context context, Intent intent) {
        //String msg = intent.getStringExtra("msg");
        intent = new Intent("android.intent.action.BroadcastService");
        intent.addFlags(2);
        context.startService(intent);
        Log.d("TEST","动态注册");
    }

}

    在Activity中进行动态注册

    public class MainActivity extends Activity {

    private HotReceiver receiver;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        //动态注册广播
        //新建一个广播对象
        receiver = new HotReceiver();
        //新建一个intent管理机制，（功能是对组件进行过滤，只获取需要的消息）
        IntentFilter filter = new IntentFilter();
        //添加白名单（只获取该动作的信息）
        filter.addAction("android.intent.action.HOT_BROADCAST");
        //与广播绑定，进行注册
        registerReceiver(receiver, filter);
    }

    @Override
    protected void onDestroy() {
        //取消注册，一定要记得，不然系统会报错误
        unregisterReceiver(receiver);
        stopService(new Intent("android.intent.action.BroadcastService"));
        super.onDestroy();
    }

}

    ok,再使用测试应用来检查一下效果，注意步骤，安装好广播应用打开，不要让它退出，切换到测试用的广播，点击第二个按钮。

    测试成功。那么我们关掉广播应用在测试一下，会发现不会再出现动态注册的打印消息。这说明动态注册的广播是与Activity绑定的，当Activity销毁时，广播也会被销毁。
    在Android中，很多时候最好是使用动态注册的方式使用广播，比如时间变化事件，电量变更事件等，这些事件触发率太高，如果使用静态注册，会导致进程频繁的被构造和销毁从而影响整个系统的效率。

三、广播的两种类型

  1. 普通广播
    普通广播对于多个接收者来说是完全异步的，通常每个接收者都无需等待即可以接收到广播，接收者相互之间不会有影响。对于这种广播，接收者无法终止广播，即无法阻止其他接收者的接收动作。
    接下来我们新建三个广播来进行验证。

    public class NormalReceiver1 extends BroadcastReceiver {

    @Override
    public void onReceive(Context context, Intent intent) {
        intent = new Intent("android.intent.action.BroadcastService");
        intent.addFlags(3);
        context.startService(intent);
        Log.d("TEST","普通广播1");
        abortBroadcast();
    }

}
    public class NormalReceiver2 extends BroadcastReceiver {

    @Override
    public void onReceive(Context context, Intent intent) {
        intent = new Intent("android.intent.action.BroadcastService");
        intent.addFlags(3);
        context.startService(intent);
        Log.d("TEST","普通广播2");
        abortBroadcast();
    }

}
    public class NormalReceiver3 extends BroadcastReceiver {

    @Override
    public void onReceive(Context context, Intent intent) {
        intent = new Intent("android.intent.action.BroadcastService");
        intent.addFlags(3);
        context.startService(intent);
        Log.d("TEST","普通广播3");
        abortBroadcast();
    }

}

    <receiver android:name=".NormalReceiver1">
            <intent-filter>
                <action android:name="android.intent.action.NORMAL_BROADCAST"/>
                <category android:name="android.intent.category.DEFAULT" />
            </intent-filter>
        </receiver>
        <receiver android:name=".NormalReceiver2">
            <intent-filter>
                <action android:name="android.intent.action.NORMAL_BROADCAST"/>
                <category android:name="android.intent.category.DEFAULT" />
            </intent-filter>
        </receiver>
        <receiver android:name=".NormalReceiver3">
            <intent-filter>
                <action android:name="android.intent.action.NORMAL_BROADCAST"/>
                <category android:name="android.intent.category.DEFAULT" />
            </intent-filter>
        </receiver>

    Xml Code

    安装完毕后，我们点击检测应用的第三个按钮，可以看到

    abortBroadcast()作用是阻断广播向下一级传播，显然在这里不起作用，并会让系统报错。所以如果要让广播有一定的优先级进行传播就要使用到有序广播。

  2. 有序广播
    有序广播通过调用sendOrderedBroadcast函数进行发送。它每次只发送到优先级较高的接收者那里，然后由优先级高的接受者再传播到优先级低的接收者那里，优先级高的接收者有能力终止这个广播。在有序广播的传递过程中，每个执行中的触发器组件都可以通过BroadcastReceiver.setResult等函数附加额外的数据，而下一个广播则可以使用这些数据（BroadcastReceiver.getResultData）。这样可以构成一个消息数据处理链。
    为了保证某一事件一定会被处理，可以指明默认的广播接收器（Final Receiver）。
    一样的，新建三个广播样例

    public class SortReceiver1 extends BroadcastReceiver {

    @Override
    public void onReceive(Context context, Intent intent) {
        // TODO Auto-generated method stub
        //String msg = intent.getStringExtra("msg");
        intent = new Intent("android.intent.action.BroadcastService");
        intent.addFlags(4);
        context.startService(intent);
        Log.d("TEST","有序广播1");
        abortBroadcast();
    }

}
    public class SortReceiver2 extends BroadcastReceiver {

    @Override
    public void onReceive(Context context, Intent intent) {
        // TODO Auto-generated method stub
        //String msg = intent.getStringExtra("msg");
        intent = new Intent("android.intent.action.BroadcastService");
        intent.addFlags(4);
        context.startService(intent);
        Log.d("TEST","有序广播2");
    }

}
    public class SortReceiver3 extends BroadcastReceiver {

    @Override
    public void onReceive(Context context, Intent intent) {
        // TODO Auto-generated method stub
        //String msg = intent.getStringExtra("msg");
        intent = new Intent("android.intent.action.BroadcastService");
        intent.addFlags(4);
        context.startService(intent);
        Log.d("TEST","有序广播3");
    }

}

    <receiver android:name=".SortReceiver1">
            <intent-filter android:priority="1000">
                <action android:name="android.intent.action.SORT_BROADCAST"/>
                <category android:name="android.intent.category.DEFAULT" />
            </intent-filter>
        </receiver>
        <receiver android:name=".SortReceiver2">
            <intent-filter android:priority="999">
                <action android:name="android.intent.action.SORT_BROADCAST"/>
                <category android:name="android.intent.category.DEFAULT" />
            </intent-filter>
        </receiver>
        <receiver android:name=".SortReceiver3">
            <intent-filter android:priority="998">
                <action android:name="android.intent.action.SORT_BROADCAST"/>
                <category android:name="android.intent.category.DEFAULT" />
            </intent-filter>
        </receiver>

    我们看到，现在这三个接收者的<intent-filter>多了一个android:priority属性，并且依次减小。这个属性的范围在-1000到1000，数值越大，优先级越高。
    同样发送广播的代码也是不一样的

    sendOrderedBroadcast(intent, "scott.permission.SORT_BROADCAST_PERMISSION");

    注意，使用sendOrderedBroadcast方法发送有序广播时，需要一个权限参数，如果为null则表示不要求接收者声明指定的权限，如果不为 null，则表示接收者若要接收此广播，需声明指定权限。这样做是从安全角度考虑的，例如系统的短信就是有序广播的形式，一个应用可能是具有拦截垃圾短信 的功能，当短信到来时它可以先接受到短信广播，必要时终止广播传递，这样的软件就必须声明接收短信的权限。

    所以我们在AndroidMainfest.xml中定义一个权限，并获得权限：（是要在广播的应用中声明）

    <permission android:protectionLevel="normal"
            android:name="scott.permission.SORT_BROADCAST_PERMISSION" />
<uses-permission android:name="scott.permission.SORT_BROADCAST_PERMISSION" />

    （这里不是写在application内部，而是同application同级）

    运行后只会出现这么一个消息：

    因为在第一个广播出我们就终止了广播的继续传递，所以就只会出现这么一条打印消息。

四、形形色色的广播

在android中有很多系统自带的intent.action，通过监听这些事件我们可以完成很多功能。

  1. 开机：
    String BOOT_COMPLETED_ACTION 广播：在系统启动后。这个动作被广播一次（只有一次）。监听： “android.intent.action.BOOT_COMPLETED”
  2. 电话拨入：
    String ANSWER_ACTION 动作：处理拨入的电话。监听： “android.intent.action.ANSWER”
  3. 电量变化：
    String BATTERY_CHANGED_ACTION 广播：充电状态，或者电池的电量发生变化。监听： “android.intent.action.BATTERY_CHANGED”
  4. 日期改变：
    String DATE_CHANGED_ACTION 广播：日期被改变。 监听：“android.intent.action.DATE_CHANGED”
  5. 取消更新下载：
    String FOTA_CANCEL_ACTION 广播：取消所有被挂起的 (pending) 更新下载。 监听：“android.server.checkin.FOTA_CANCEL”
  6. 更新开始安装：
    String FOTA_READY_ACTION 广播：更新已经被下载 可以开始安装。监听 “android.server.checkin.FOTA_READY”
  7. 主屏幕：
    String HOME_CATEGORY 类别：主屏幕 (activity)。设备启动后显示的第一个 activity。 监听："android.intent.category.HOME”
  8. 新应用：
    String PACKAGE_ADDED_ACTION 广播：设备上新安装了一个应用程序包。监听： “android.intent.action.PACKAGE_ADDED”
  9. 删除应用：
    String PACKAGE_REMOVED_ACTION 广播：设备上删除了一个应用程序包。监听： “android.intent.action.PACKAGE_REMOVED”
  10. 屏幕关闭：
    String SCREEN_OFF_ACTION 广播：屏幕被关闭。监听： “android.intent.action.SCREEN_OFF”
  11. 屏幕开启：
    String SCREEN_ON_ACTION 广播：屏幕已经被打开。 监听：“android.intent.action.SCREEN_ON”
  12. 时区改变：
    String TIMEZONE_CHANGED_ACTION 广播：时区已经改变。监听： “android.intent.action.TIMEZONE_CHANGED”
  13. 时间改变：
    String TIME_CHANGED_ACTION 广播：时间已经改变（重新设置）。 “android.intent.action.TIME_SET”
  14. 时间流逝：
    String TIME_TICK_ACTION 广播：当前时间已经变化（正常的时间流逝）。 “android.intent.action.TIME_TICK”
  15. 进入大容量存储模式：
    String UMS_CONNECTED_ACTION 广播：设备进入 USB 大容量存储模式。 “android.intent.action.UMS_CONNECTED”
  16. 退出大容量存储模式：
    String UMS_DISCONNECTED_ACTION 广播：设备从 USB 大容量存储模式退出。 “android.intent.action.UMS_DISCONNECTED”
  17. 壁纸改变：
    String WALLPAPER_CHANGED_ACTION 广播：系统的墙纸已经改变。 “android.intent.action.WALLPAPER_CHANGED”
  18. web搜索：
    String WEB_SEARCH_ACTION 动作：执行 web 搜索。 “android.intent.action.WEB_SEARCH”
  19. 网络变化：
    String CONNECTIVITY_CHANGE_ACTION 动作：网络变化。“android.intent.action.CONNECTIVITY_CHANGE_ACTION”
广播本身的使用很简单，它所包含的内容也很少，最多是要多记住几个系统常用的几个ACTION。但是结合广播来进行应用的开发却会给用户带来更好的体验，广播的使用会让用户觉得开发者能够为用户考虑到各个情况的发生，这点往往能够留住大多数的用户。所以多考虑各种情况的发生，不要吝啬广播的使用 ，争取为用户留下一个好的印象吧。
 
 
 
 
资源下载：Demo
 
 
作者：cpacm
联系方式：QQ 348515494（请注明博客园）
出处：（http://www.cnblogs.com/cpacm/p/3916367.html）
版权声明：本文的版权归作者与博客园共有。欢迎转载阅读，转载时须注明本文的详细链接。

【Android的从零单排开发日记】之入门篇（六）——Android四大组件之Broadcast Receiver

时间： 2024-12-25 18:50:44

【Android的从零单排开发日记】之入门篇（六）——Android四大组件之Broadcast Receiver的相关文章

【Android的从零单排开发日记】之入门篇（四）——Android四大组件之Activity

在Android中,无论是开发者还是用户,接触最多的就算是Activity.它是Android中最复杂.最核心的组件.Activity组件是负责与用户进行交互的组件,它的设计理念在很多方面都和Web页面类似.当然,这种相似性主要体现在设计思想上.在具体实现方面,Android的Activity组件有自己的设计规范,同时,它能够更简便地使用线程.文件数据等本地资源. 一.Activity 的生命周期 Activity 的生命周期是被以下的函数控制的. 1 public class Activity

【Android的从零单排开发日记】之入门篇（三）——Android目录结构

本来的话,这一章想要介绍的是Android的系统架构,毕竟有了这些知识的储备,再去看实际的项目时才会更清楚地理解为什么要这样设计,同时在开发中遇到难题,也可以凭借着对Android的了解,尽快找出哪些模块和设计能够帮助解决该问题.但想了一下,这毕竟是入门篇,若没有实际项目开发经验的人看了之后肯定是一头雾水,所以就决定将其搁浅到大家熟悉Android之后再为大家介绍. 那么今天的主题是Android的目录结构,将系统架构比作人的骨骼架构的话,目录结构就像是人的各个器官,彼此功能各不相同,却能有序地

【Android的从零单排开发日记】之入门篇（五）——Android四大组件之Service

这几天忙着驾校考试,连电脑都碰不到了,今天总算告一段落了~~Service作为Android的服务组件,默默地在后台为整个程序服务,辅助应用与系统中的其他组件或系统服务进行沟通.它跟Activity的级别差不多,但不能自己运行只能后台运行.service可以在很多场合的应用中使用,比如播放多媒体的时候用户启动了其他Activity这个时候程序要在后台继续播放,比如检测SD卡上文件的变化,再或者在后台记录你地理信息位置的改变等等, 总之服务总是藏在后台的. ps:Service运行在主线程中的,所

【Android的从零单排开发日记】之入门篇（八）——Android数据存储（下）

废话不多说了,紧接着来讲数据库的操作吧.Come On! 提到数据存储问题,数据库是不得不提的.数据库是用来存储关系型数据的不二利器.Android为开发者提供了强大的数据库支持,可以用来轻松地构造基于数据库的应用.Android的数据库应用,依托于当下最流行的开源嵌入式数据库SQLite.在Android中,应用的数据库文件是该应用私有的,存储在应用数据目录下的databases子目录内.从代码结构来看,Android的数据库实现可以分成两个层次,在底层通过C++调用SQLite的接口来执行S

【Android的从零单排开发日记】之入门篇（七）——Android数据存储（上）

在讲解Android的数据源组件——ContentProvider之前我觉得很有必要先弄清楚Android的数据结构. 数据和程序是应用构成的两个核心要素,数据存储永远是应用开发中最重要的主题之一,也是开发平台必须提供的基础功能.不光是在Android平台上,在其他的平台上,数据的存储永远是不可缺少的一块.Android的数据存储是构建在Linux的文件系统上,它充分利用Linux的账号系统来限定应用对数据的访问,部署了一套安全和灵活并重的数据存储解决方案.Android的文件框架,以及各种数据

【Android的从零单排开发日记】之入门篇（一）——开发环境的搭建

写给自己的话:至此,大学的时光已经剩下一年的时光,下一年等毕业设计结束后就算是正式地踏入社会.自己学android也不过几个月的时间,为了更好管理文档,写点东西记录下自己曾经做过的点点滴滴是一个不错的选择,接下来都会将我自己所学所感一一记录下来,算是给后来的我一份复习的资料和还算不错的回忆. 开始正题吧,android环境的安装,网上很多教程,本来不想写这章的,后来帮同学配置时想想有个总结也是不错的,所以就写了这篇满是链接的文章. 一.需要准备的文件 JDK 官方网站 http://www.or

【Android的从零单排开发日记】之入门篇（十二）——Android组件间的数据传输

组件我们有了,那么我们缺少一个组件之间传递信息的渠道.利用Intent做载体,这是一个王道的做法.还有呢,可以利用文件系统来做数据共享.也可以使用Application设置全局数据,利用组件来进行控制数据. 一.Intent数据传递 那么首先是简单的跳转.我们可以借助bundle这个容器来存放我们想要传递的数据. Intent intent = new Intent(); intent.setClass(activity1.this, activity2.class); //描述起点和目标 Bu

【Android的从零单排开发日记】——Android四大组件之ContentProvider

数据源组件ContentProvider与其他组件不同,数据源组件并不包括特定的功能逻辑.它只是负责为应用提供数据访问的接口.Android内置的许多数据都是使用ContentProvider形式,供开发者调用的(如视频,音频,图片,通讯录等).如果把第三方应用比作一个黑盒子的话,ContentProvider就像是从里面延伸出来的管道,从这个管道,应用可以把一些数据共享出来,我们也可以往里面输送数据.但是里面怎么处理数据我们看不到,也管不着.并且这个管道是有规范标准的,不是它规定的数据你塞不进

【Android的从零单排开发日记】之入门篇（九）——Android四大组件之ContentProvider

数据源组件ContentProvider与其他组件不同,数据源组件并不包括特定的功能逻辑.它只是负责为应用提供数据访问的接口.Android内置的许多数据都是使用ContentProvider形式,供开发者调用的(如视频,音频,图片,通讯录等).如果把第三方应用比作一个黑盒子的话,ContentProvider就像是从里面延伸出来的管道,从这个管道,应用可以把一些数据共享出来,我们也可以往里面输送数据.但是里面怎么处理数据我们看不到,也管不着.并且这个管道是有规范标准的,不是它规定的数据你塞不进