BroadcastReceiver详解

BroadcastReceiver详解

 

一、概述

BroadcastReceiver:直译是“广播接收者”,所以它的作用是用来接收发送过来的广播的。

那我们有必要知道:什么是广播。广播,我的理解就是系统中消息的一种变种;就是当一个事件发生时,比如,系统突然断网,系统就发一个广播消息给所有的接收者,所有的接收者在得到这个消息之后,就知道,啊哦,现在没网络了,我的程序应该怎么办,比如显示默认图片、提示用户等。前面,我们说了,BroadcastReceiver就是一个广播消息接收者。

另外我还要提一下,广播之间信息的传递是通过Intent对象来传递的;在《详解Intent》系列文章中,我讲了,Intent调用分为显示调用的隐式调用两种,由于这里能通知到所有的接收者,所以肯定不能利用显示调用,只有利用隐式调用Intent对象了。(这里的隐式调用,并不是真正意义上的Intent隐式调用,因为Intent隐式调用,当出现很多匹配应用时,会以列表形式提示用户选择一个启动,而这里不同的地方在于,当有很多匹配项时,会给所有的匹配项都发一个消息,我说隐式调用,只是方便大家理解构造Intent的方法,即必须利用构造隐式Intent的方法来构造)

 

二、注册相关

 

1、静态注册实例程序

大家可能会问,什么叫静态注册实例程序,先不要管上面的标题,慢慢往下看,后面在讲动态注册时会再提到。

先构造一个接收器:

 

  1. public class MyReceiver extends BroadcastReceiver {  
  2.     private static final String TAG = “MyReceiver”;    
  3.     @Override  
  4.     public void onReceive(Context context, Intent intent) {  
  5.         // TODO Auto-generated method stub  
  6.         String msg = intent.getStringExtra(“msg”);    
  7.         Log.i(TAG, “MyReceiver:”+msg);    
  8.     }
  9. }

直接派生自BroadcastReceiver,在OnReceive()函数中进行处理即可,我们前面说了,广播的传递是靠Intent的,OnReceive的第二个参数,就是广播传过来的Intent,因为后面我们在发送广播时,会利用PutStringExtra放进去一个标识为msg的字符串,所以这里我们可以利用GetStringExtra把这个字符串取出来。然后用Log标记下这个类接收到了这个消息,以便我们跟踪。
大家可能会想,就这么着,就能收到广播了?当然不是,上面我们说了,通过隐式Intent来发送广播的,我们肯定要匹配这个Intent啊,匹配Intent的术语是Activity中的,在广播这里,叫要注册,也就是要注册一下,什么样的Intent能接收。 

MyReceiver的广播接收 注册代码如下:(静态注册)

 

 

  1. <receiver android:name=“.MyReceiver”>  
  2.     <intent-filter>  
  3.         <action android:name=“android.intent.action.MY_BROADCAST”/>  
  4.         <category android:name=“android.intent.category.DEFAULT” />  
  5.     </intent-filter>  
  6. </receiver>  

android:name:对应接收器的类名;我们自定义的类名叫MyReceiver ,所以这里写”.MyReceiver ” 

intent-filter标签里,同样是必须的两项:action和category;我在这里自定义了action的名字,等下隐式发送通过时,就是利用匹配action来接收通知的。

此时的AndroidManifest.xml全部内容为:

 

  1. <?xml version=“1.0” encoding=”utf-8″?>  
  2. <manifest xmlns:android=“http://schemas.android.com/apk/res/android”  
  3.     package=“com.example.test_brocast_blog”  
  4.     android:versionCode=“1”  
  5.     android:versionName=“1.0” >  
  6.     <uses-sdk  
  7.         android:minSdkVersion=“14”  
  8.         android:targetSdkVersion=“14” />  
  9.     <application  
  10.         android:allowBackup=“true”  
  11.         android:icon=“@drawable/ic_launcher”  
  12.         android:label=“@string/app_name”  
  13.         android:theme=“@style/AppTheme” >  
  14.         <activity  
  15.             android:name=“.MainActivity”  
  16.             android:label=“@string/app_name” >  
  17.             <intent-filter>  
  18.                 <action android:name=“android.intent.action.MAIN” />  
  19.                 <category android:name=“android.intent.category.LAUNCHER” />  
  20.             </intent-filter>  
  21.         </activity>  
  22.         <receiver android:name=“.MyReceiver”>  
  23.             <intent-filter>  
  24.                 <action android:name=“android.intent.action.MY_BROADCAST”/>  
  25.                 <category android:name=“android.intent.category.DEFAULT” />  
  26.             </intent-filter>  
  27.         </receiver>  
  28.     </application>  
  29. </manifest>  

这里特别注意一个<activity> 标签与<receiver>标签的构造。完全相同!!!!!!!
完全相同体现在: 

 

  • 1、所处位置:都直属<application>标签;
  • 2、参数构造基本一样;都有android:name,都有<intent-filter>;
  • 3、都是通过Intent传递参数,也都是通过Intent进行匹配!!!!

 

这说明了一个问题:receiver是activity的变种!!!!!我没有研究源码,但仅从这些相同点来看,他们肯定是从一个共同的类派生出来的。(猜想)

*后是发送广播:

我们在主页面加一个Button,当点击Button时发送广播消息。

布局文件如下:(activity_main.xml)

 

  1. <RelativeLayout xmlns:android=“http://schemas.android.com/apk/res/android”  
  2.     xmlns:tools=“http://schemas.android.com/tools”  
  3.     android:layout_width=“match_parent”  
  4.     android:layout_height=“match_parent”  
  5.     tools:context=“com.example.test_brocast_blog.MainActivity” >  
  6.    <Button  
  7.         android:id=“@+id/sent_btn”  
  8.         android:layout_width=“wrap_content”  
  9.         android:layout_height=“wrap_content”  
  10.         android:text=“发送Broadcast” />  
  11. </RelativeLayout>  

代码如下:(MainActivity.java)

  1. public class MainActivity extends Activity {  
  2.     @Override  
  3.     protected void onCreate(Bundle savedInstanceState) {  
  4.         super.onCreate(savedInstanceState);  
  5.         setContentView(R.layout.activity_main);
  6.         Button btn= (Button)findViewById(R.id.sent_btn);
  7.         btn.setOnClickListener(new View.OnClickListener() {  
  8.             @Override  
  9.             public void onClick(View v) {  
  10.                 // TODO Auto-generated method stub  
  11.                 send();
  12.             }
  13.         });
  14.     }
  15.     public void send() {  
  16.         Intent intent = new Intent(“android.intent.action.MY_BROADCAST”);  
  17.         intent.putExtra(“msg”, “hello receiver.”);  
  18.         sendBroadcast(intent);
  19.     }
  20. }

真正的发送代码在send()函数中,在这个函数中可以看到,我们通过传进去刚才注册的MyRecevier的action,来构造一个隐式Intent,然后利用PutExtra放进去一个额外信息(这个不是必须的,我们仅仅是为了跟踪这个消息传到了哪里去,在《详解Intnent》系统文章中有讲怎样构造一个隐式Intent),与StartActivity不同的是,这里利用的是sendBroadcast(intent)来发送这个Intent;
效果图: 

 

%title插图%num

%title插图%num

这里注意一下应用名!!!!(com.example.test_brocast_blog)后面会用到。

 

2、动态注册实例程序

前面,我们说了静态注册,什么叫静态注册呢,就是利用XML来注册。

相反,利用代码来注册的就叫动态注册。

静态注册和动态注册是有区别的,主要体现在接收上。

静态注册的程序,无论该程序是否启动,都会当广播到来时接收,并处理。而动态注册的程序只有在程序运行时才会收到广播消息,程序不运行了,它就收不到了。

动态注册的代码如下:

 

  1. MyReceiver receiver = new MyReceiver();  
  2. IntentFilter filter = new IntentFilter();  
  3. filter.addAction(“android.intent.action.MY_BROADCAST”);  
  4. registerReceiver(receiver, filter);

同样,首先生成我们要接收的类的实例,然后利用IntentFilter来声明他可以匹配的广播类型(这里利用动作来匹配),*后利用registerReceiver(receiver, filter);来注册,即利用当哪种类型的Intent广播到来时,要调用MyReceiver类。 

注意:发送广播之前,要先注册,不然根本没有接收者匹配,当然,不注册接收者也不会出现任何错误或警告,只是发送一个没有任何接收者的广播播毫无意义。
下面我们新建一个项目,取名叫:Test_Brocast_Blog_Dynamic

同样,写一个MyRecever类来接收广播,MyRecever类内容不变:

 

  1. public class MyReceiver extends BroadcastReceiver {  
  2.     private static final String TAG = “MyReceiver”;    
  3.     @Override  
  4.     public void onReceive(Context context, Intent intent) {  
  5.         // TODO Auto-generated method stub  
  6.         String msg = intent.getStringExtra(“msg”);    
  7.         Log.i(TAG, msg);
  8.     }
  9. }

然后同样,给MainActivity布局里添加一个Button,当点击Button时发送广播。布局文件与上面一样,这里我只写代码:

  1. public class MainActivity extends Activity {  
  2.     @Override  
  3.     protected void onCreate(Bundle savedInstanceState) {  
  4.         super.onCreate(savedInstanceState);  
  5.         setContentView(R.layout.activity_main);
  6.       //在发送之前,确定在代码的某个位置已经动态注册  
  7.         MyReceiver receiver = new MyReceiver();  
  8.         IntentFilter filter = new IntentFilter();  
  9.         filter.addAction(“android.intent.action.MY_BROADCAST”);  
  10.         registerReceiver(receiver, filter);
  11.         //发送广播  
  12.         Button btn= (Button)findViewById(R.id.sent_btn);
  13.         btn.setOnClickListener(new View.OnClickListener() {  
  14.             @Override  
  15.             public void onClick(View v) {  
  16.                 // TODO Auto-generated method stub  
  17.                 send();
  18.             }
  19.         });
  20.     }
  21.     public void send() {  
  22.         Intent intent = new Intent(“android.intent.action.MY_BROADCAST”);  
  23.         intent.putExtra(“msg”, “hello receiver.”);  
  24.         sendBroadcast(intent);
  25.     }
  26. }

在OnCreate()里在注册广播接收者,即告诉系统,当这个广播到来时,用MyReciver来接收。然后点击发送按钮来发送广播。
注:(在运行这个程序之前,先把静态注册的APP装到手机上,这是下面得出结论的前提) 

结果如下:

操作界面

%title插图%num

结果:

%title插图%num

咦?怎么出来两条信息?

也就是说有两个接收者接收到了这条广播,但我们这里只注册了一个MyRecever实例啊。

对的,看应用名称就可以看得出,这是两个不同的应用,有一个是静态注册的(com.example.test_brocast_blog),所以静态注册的程序不管是否启动,都可以收得到匹配的广播的,并对这个广播操作。

如果想试一下,动态注册的代码能不能收到广播,可以反过来一下,运行静态注册的程序,把动态注册的程序关掉,看出来几条Log?答案肯定是一条!因为我们都知道动态注册的代码在程序不运行时是收不到广播的。

 

三、普通广播与有序广播

普通广播是指大家等级都是一样的,当广播到来时,都能一块接收到,并没有接收的先后顺序。由于是一同接收到的,所以一个接收者是没有办法阻止另一个接收者接收这个广播的。

有序广播是指接收是按一定的优先级顺序来接收的,优先级高的先收到,并可以对广播进行操作后,再传给下一个接收者,当然也可以不传,如果不传的话,后面的接收者就都收不到这个广播了。

普通广播

(在运行这个程序之前,先把手机上前两个APP全部删除,以免影响结果)

首先我们建三个接收者,并对他们全部静态注册。三个接收者的代码分别如下:

FirstRecever:

 

  1. public class FirstRecever extends BroadcastReceiver {  
  2.     private static final String TAG = “MyReceiver”;    
  3.     @Override  
  4.     public void onReceive(Context context, Intent intent) {  
  5.         // TODO Auto-generated method stub  
  6.         String msg = intent.getStringExtra(“msg”);    
  7.         Log.i(TAG, “FirstRecever:”+msg);    
  8.     }
  9. }

SecondRecever: 

 

  1. public class SecondRecever extends BroadcastReceiver {  
  2.     private static final String TAG = “MyReceiver”;    
  3.     @Override  
  4.     public void onReceive(Context context, Intent intent) {  
  5.         // TODO Auto-generated method stub  
  6.         String msg = intent.getStringExtra(“msg”);    
  7.         Log.i(TAG, “SecondRecever:”+msg);    
  8.     }
  9. }

 

MyReceiver

 

  1. public class MyReceiver extends BroadcastReceiver {  
  2.     private static final String TAG = “MyReceiver”;    
  3.     @Override  
  4.     public void onReceive(Context context, Intent intent) {  
  5.         // TODO Auto-generated method stub  
  6.         String msg = intent.getStringExtra(“msg”);    
  7.         Log.i(TAG, “MyReceiver:”+msg);    
  8.     }
  9. }

注册代码如下:(AndroidManifest.xml)

  1. <?xml version=“1.0” encoding=”utf-8″?>  
  2. <manifest xmlns:android=“http://schemas.android.com/apk/res/android”  
  3.     package=“com.example.test_brodcast”  
  4.     android:versionCode=“1”  
  5.     android:versionName=“1.0” >  
  6.     <uses-sdk  
  7.         android:minSdkVersion=“14”  
  8.         android:targetSdkVersion=“14” />  
  9.     <application  
  10.         android:allowBackup=“true”  
  11.         android:icon=“@drawable/ic_launcher”  
  12.         android:label=“@string/app_name”  
  13.         android:theme=“@style/AppTheme” >  
  14.         <activity  
  15.             android:name=“.MainActivity”  
  16.             android:label=“@string/app_name” >  
  17.             <intent-filter>  
  18.                 <action android:name=“android.intent.action.MAIN” />  
  19.                 <category android:name=“android.intent.category.LAUNCHER” />  
  20.             </intent-filter>  
  21.         </activity>  
  22.         <!– 分别注册这三个接收器 –>  
  23.          <receiver android:name=“.MyReceiver”>  
  24.             <intent-filter>  
  25.                 <action android:name=“android.intent.action.MY_BROADCAST”/>  
  26.                 <category android:name=“android.intent.category.DEFAULT” />  
  27.             </intent-filter>  
  28.         </receiver>  
  29.          <receiver android:name=“.FirstRecever”>  
  30.             <intent-filter>  
  31.                 <action android:name=“android.intent.action.MY_BROADCAST”/>  
  32.                 <category android:name=“android.intent.category.DEFAULT” />  
  33.             </intent-filter>  
  34.         </receiver>  
  35.          <receiver android:name=“.SecondRecever”>  
  36.             <intent-filter>  
  37.                 <action android:name=“android.intent.action.MY_BROADCAST”/>  
  38.                 <category android:name=“android.intent.category.DEFAULT” />  
  39.             </intent-filter>  
  40.         </receiver>  
  41.     </application>  
  42. </manifest>  

同样,我们在MainActivity中添加一个Button,当点击按钮时发送广播,MainActivity代码如下: 

 

  1. public class MainActivity extends Activity {
  2.     @Override
  3.     protected void onCreate(Bundle savedInstanceState) {
  4.         super.onCreate(savedInstanceState);
  5.         setContentView(R.layout.activity_main);
  6.         Button btn= (Button)findViewById(R.id.sent_btn);  
  7.         btn.setOnClickListener(new View.OnClickListener() {
  8.             @Override
  9.             public void onClick(View v) {
  10.                 // TODO Auto-generated method stub
  11.                 send();
  12.             }
  13.         });
  14.     }
  15.     public void send() {
  16.         Intent intent = new Intent(“android.intent.action.MY_BROADCAST”);  
  17.         intent.putExtra(“msg”, “hello receiver.”);
  18.         sendBroadcast(intent);
  19.     }
  20. }

运行程序,结果:
%title插图%num
可见,三个全都收到了广播。 

有序广播(无访问权限版)

首先有序广播与普通广播的不同点在发送和接收都有不同。

首在发送有序广播:

 

  1. public class MainActivity extends Activity {
  2.     @Override
  3.     protected void onCreate(Bundle savedInstanceState) {
  4.         super.onCreate(savedInstanceState);
  5.         setContentView(R.layout.activity_main);
  6.         Button btn= (Button)findViewById(R.id.sent_btn);  
  7.         btn.setOnClickListener(new View.OnClickListener() {
  8.             @Override
  9.             public void onClick(View v) {
  10.                 // TODO Auto-generated method stub
  11.                 send();
  12.             }
  13.         });
  14.     }
  15.     public void send() {
  16.         Intent intent = new Intent(“android.intent.action.MY_BROADCAST”);    
  17.         intent.putExtra(“msg”, “hello receiver.”);
  18.         sendOrderedBroadcast(intent, null);  //没有添加权限
  19.     }
  20. }

在前面的各个例子中,我们发送广播都是用的:sendBroadcast(intent); 而这里却用的是:sendOrderedBroadcast(intent, null); 

对这个函数的官方解释是:

 

public abstract void sendOrderedBroadcast (Intent intent, String receiverPermission)

Added in API level 1

Broadcast the given intent to all interested BroadcastReceivers, delivering them one at a time to allow more preferred receivers to consume the broadcast before it is delivered to less preferred receivers. This call is asynchronous; it returns immediately, and you will continue executing while the receivers are run.

See BroadcastReceiver for more information on Intent broadcasts.

Parameters
intent The Intent to broadcast; all receivers matching this Intent will receive the broadcast.
receiverPermission (optional) String naming a permissions that a receiver must hold in order to receive your broadcast. If null, no permission is required.

其中第二个参数是指定接收者必须拥有的接收权限,如果设为NUll,就是不需要接收权限,所有匹配的Receiver都能接收到。我们这里先不需要权限试试看,下面再举个需要权限的例子。
接收端 

我们上面说了,接收端必须是有序的,是有优先级的,这种优先级是在注册时配置的,比如:

 

  1. <receiver android:name=“.FirstRecever”>  
  2. <intent-filter android:priority=“10”>  
  3.     <action android:name=“android.intent.action.MY_BROADCAST”/>  
  4.     <category android:name=“android.intent.category.DEFAULT” />  
  5. </intent-filter>  
  6. lt;/receiver>  

与上面静态注册的不同在于,在Intent-filter中添加一个android:priority=”10″属性,这个就是接收器优先级,数字越大的接收器,优先级越高,越先接到广播。
同样,上面我们三个类FirstRecever、SecondRecever和MyReceiver 的注册文件代码如下 : 

 

  1. <?xml version=“1.0” encoding=”utf-8″?>  
  2. <manifest xmlns:android=“http://schemas.android.com/apk/res/android”  
  3.     package=“com.example.testbroast_order”  
  4.     android:versionCode=“1”  
  5.     android:versionName=“1.0” >  
  6.     <uses-sdk  
  7.         android:minSdkVersion=“14”  
  8.         android:targetSdkVersion=“14” />  
  9.     <application  
  10.         android:allowBackup=“true”  
  11.         android:icon=“@drawable/ic_launcher”  
  12.         android:label=“@string/app_name”  
  13.         android:theme=“@style/AppTheme” >  
  14.         <activity  
  15.             android:name=“.MainActivity”  
  16.             android:label=“@string/app_name” >  
  17.             <intent-filter>  
  18.                 <action android:name=“android.intent.action.MAIN” />  
  19.                 <category android:name=“android.intent.category.LAUNCHER” />  
  20.             </intent-filter>  
  21.         </activity>  
  22.          <receiver android:name=“.FirstRecever”>  
  23.             <intent-filter android:priority=“10”>  
  24.                 <action android:name=“android.intent.action.MY_BROADCAST”/>  
  25.                 <category android:name=“android.intent.category.DEFAULT” />  
  26.             </intent-filter>  
  27.         </receiver>  
  28.          <receiver android:name=“.SecondRecever”>  
  29.             <intent-filter android:priority=“9”>  
  30.                 <action android:name=“android.intent.action.MY_BROADCAST”/>  
  31.                 <category android:name=“android.intent.category.DEFAULT” />  
  32.             </intent-filter>  
  33.         </receiver>  
  34.         <receiver android:name=“.MyReceiver”>  
  35.             <intent-filter android:priority=“8”>  
  36.                 <action android:name=“android.intent.action.MY_BROADCAST”/>  
  37.                 <category android:name=“android.intent.category.DEFAULT” />  
  38.             </intent-filter>  
  39.         </receiver>  
  40.         <!– 接收优先级逐级降低 –>  
  41.     </application>  
  42. </manifest>  

*后是代码部分
前面我也曾提到,在一个接收器收到发来的Intent后,可以对其进行更改,对发送来的广播Intent进行修改是利用setResultExtras(bundle);  函数来实现的。 

 

public final void setResultExtras (Bundle extras)

Added in API level 1

Change the current result extras of this broadcast; only works with broadcasts sent through Context.sendOrderedBroadcast. This is a Bundle holding arbitrary data, whose interpretation is up to the broadcaster. Can be set to null. Calling this method completely replaces the current map (if any).

This method does not work with non-ordered broadcasts such as those sent with Context.sendBroadcast

 

Parameters
extras The new extra data map; may be null.

翻译一下: 

这个函数是用来改变当前广播传来的Extra额外信息的;它只能通过Context.sendOrderedBroadcast.发送过来的广播有效;它使用Bundle来传递任意的数据,而这些数据只有接收器(broadcaster)才能解析。当然也可以把它设置为NULL,这样,它就把传来的数据映射全部清空了。

参数:

extras:新的数据映射,可以为空。

从上面的优先级可以看出,这里三个类的接收顺序是这样的:FirstRecever-》SecondRecever-》MyReceiver

下面看看FirstRecever如何利用setResultExtras来改变传来的Msg信息:

 

  1. public class FirstRecever extends BroadcastReceiver {  
  2.     private static final String TAG = “MyReceiver”;    
  3.     @Override  
  4.     public void onReceive(Context context, Intent intent) {  
  5.         // TODO Auto-generated method stub  
  6.         //先获得传过来的MSG  
  7.         String msg = intent.getStringExtra(“msg”);    
  8.         Log.i(TAG, “FirstRecever:”+msg);    
  9.         //更改广播数据  
  10.          Bundle bundle = new Bundle();    
  11.          bundle.putString(“msg”, msg + “@FirstReceiver”);    
  12.          setResultExtras(bundle);
  13.     }
  14. }

首先,我们利用getStringExtra()获得传过来的msg消息,然后利用bundle重新封装一个以“msg”为key的消息,把”@FirstReceiver”添加到消息里,表示经过了这里。
*后利用setResultExtras(bundle);  修改当前的结果集。

如果想终止消息往下一个接收器传递,可以使用:abortBroadcast();  //终止消息再传递

这里有一个疑问:我利用setResultExtras(bundle); 修改传送结果,对原来广播过来的数据有影响吗?下面我们就在SecondRecever中做个测试

 

下面看看另外两个接收器代码:SecondRecever

 

 

  1. public class SecondRecever extends BroadcastReceiver {  
  2.     private static final String TAG = “MyReceiver”;    
  3.     @Override  
  4.     public void onReceive(Context context, Intent intent) {  
  5.         // TODO Auto-generated method stub          
  6.        //先获得广播过来的MSG  
  7.         String broadcast_msg = intent.getStringExtra(“msg”);    
  8.         Log.i(TAG, “SecondRecever–broadcast_msg:”+broadcast_msg);    
  9.         //接收通过setResultExtras传过来的msg  
  10.         String msg = getResultExtras(true).getString(“msg”);    
  11.         Log.i(TAG, “SecondReceiver: ” + msg);    
  12.         //修改setResultExtras传来的结果  
  13.         Bundle bundle = new Bundle();    
  14.         bundle.putString(“msg”, msg + “@SecondReceiver”);    
  15.         setResultExtras(bundle);
  16.     }
  17. }

这里先通过intent.getStringExtra(“msg”);  获得广播过来的数据; 

然后再利用getResultExtras(true).getString(“msg”);  获得上一级传过来的setResultExtras(bundle);  里的数据;
*后重新将bundle里的数据中添加”@SecondReceiver”做个标记;

*后,MyReceiver: 

 

  1. public class MyReceiver extends BroadcastReceiver {  
  2.     private static final String TAG = “MyReceiver”;    
  3.     @Override  
  4.     public void onReceive(Context context, Intent intent) {  
  5.         // TODO Auto-generated method stub  
  6.         String msg = getResultExtras(true).getString(“msg”);    
  7.         Log.i(TAG, “MyReceiver: ” + msg);    
  8.     }
  9. }

 

到这就所有就序了,运行下代码:
%title插图%num
从结果可以看出:通过setResultExtras(bundle);  传递的数据是不会更改原生广播的数据的。也只是原来广播数据中额外添加的数据。

 

有序广播(添加访问权限版)

前面我们看到在sendOrderedBroadcast(intent, null);  中,第二个参数可以设定访问权限,在上个例子中,我们并没有加入访问权限,下面我们就发送一个带权限的广播:

 

  1. public class MainActivity extends Activity {  
  2.     @Override  
  3.     protected void onCreate(Bundle savedInstanceState) {  
  4.         super.onCreate(savedInstanceState);  
  5.         setContentView(R.layout.activity_main);
  6.         Button btn= (Button)findViewById(R.id.sent_btn);
  7.         btn.setOnClickListener(new View.OnClickListener() {  
  8.             @Override  
  9.             public void onClick(View v) {  
  10.                 // TODO Auto-generated method stub  
  11.                 send();
  12.             }
  13.         });
  14.     }
  15.     public void send() {  
  16.         Intent intent = new Intent(“android.intent.action.MY_BROADCAST”);    
  17.         intent.putExtra(“msg”, “hello receiver.”);    
  18.         sendOrderedBroadcast(intent, “harvic.broadcast.perssion”);   
  19.     }
  20. }

这段代码中,我们利用 sendOrderedBroadcast(intent, “harvic.broadcast.perssion”); 发送一个必须拥有”harvic.broadcast.perssion”权限的接收器才能接收到我们的广播;
然后我们要在接收器中加入声明使用权限的代码: 

有关权限的声明与使用,可以参考这篇文章:《声明、使用与自定义权限》

首先创建一个”harvic.broadcast.perssion”权限

 

  1. <permission android:name=“harvic.broadcast.perssion” android:protectionLevel=”normal”></permission>   

然后是底部声明,我们要使用这个权限: 

 

  1. <uses-permission  android:name=“harvic.broadcast.perssion”/>  

所以总体的代码如下:

  1. <?xml version=“1.0” encoding=”utf-8″?>  
  2. <manifest xmlns:android=“http://schemas.android.com/apk/res/android”  
  3.     package=“com.example.testbroadcast_order_perssion”  
  4.     android:versionCode=“1”  
  5.     android:versionName=“1.0” >  
  6.     <uses-sdk
  7.         android:minSdkVersion=“14”  
  8.         android:targetSdkVersion=“14” />  
  9.     <permission android:name=“harvic.broadcast.perssion” android:protectionLevel=”normal”></permission>   
  10.     <application
  11.         android:allowBackup=“true”  
  12.         android:icon=“@drawable/ic_launcher”  
  13.         android:label=“@string/app_name”  
  14.         android:theme=“@style/AppTheme” >  
  15.         <activity
  16.             android:name=“.MainActivity”  
  17.             android:label=“@string/app_name” >  
  18.             <intent-filter>
  19.                 <action android:name=“android.intent.action.MAIN” />  
  20.                 <category android:name=“android.intent.category.LAUNCHER” />  
  21.             </intent-filter>
  22.         </activity>
  23.         <receiver android:name=“.FirstRecever” >  
  24.             <intent-filter android:priority=“10”>  
  25.                 <action android:name=“android.intent.action.MY_BROADCAST”/>  
  26.                 <category android:name=“android.intent.category.DEFAULT” />  
  27.             </intent-filter>
  28.         </receiver>
  29.          <receiver android:name=“.SecondRecever” >  
  30.             <intent-filter android:priority=“9”>  
  31.                 <action android:name=“android.intent.action.MY_BROADCAST”/>  
  32.                 <category android:name=“android.intent.category.DEFAULT” />  
  33.             </intent-filter>
  34.         </receiver>
  35.         <receiver android:name=“.MyReceiver” >  
  36.             <intent-filter android:priority=“8”>  
  37.                 <action android:name=“android.intent.action.MY_BROADCAST”/>  
  38.                 <category android:name=“android.intent.category.DEFAULT” />  
  39.             </intent-filter>
  40.         </receiver>
  41.         <!– 接收优先级逐级降低 –>
  42.     </application>
  43.     <!– 如果不添加使用权限声明,那么接收器会拒*接受消息的,所以在Log中不会有任何显示 –>
  44.     <uses-permission  android:name=“harvic.broadcast.perssion”/>  
  45. </manifest>

其它接收器代码不变,运行之后: 

%title插图%num
有个地方要注意:即便像我们现在这样,自己的应用发出广播给自己接收,但如果不声明使用权限,是不能接收到广播的。这点与Activity的权限机制不一样,在Activity中,只要在同一个应用中相互App跳转,是不需要声明使用权限的,权限的限制只针对其它应用调用此Activity。

好啦,这篇文章到这就结束了。本篇内容比较多,涉及到的代码工程也比较多,现将相关源码列表如下:

1、静态注册源码
2、动态注册源码
3、普通接收源码
4、有序广播(无访问权限)源码
5、有序广播(添加访问权限)源码
6、本文所用图片

 

注意:在OnReceive中保存传过来值的问题:

如果有下面一段伪代码:

class xxxx{

private int mData=1;

public void onReceive(Context context, Intent intent)

Log.d(“tag”,mData + “”);

mData = intent.getIntExtra(“intdata”,-1);

}

如果我们通过intent传过来的值保存在mData中,在下次再来的时候先打出来mData的值,会发现,每次打出来的都是1,所以根本没有办法通过成员变量保存onReceive中传过来的值。

请教各位关于 Windows 集群管理的经验

背景


我们公司想自建小机房,然后抽取部分服务器,来组建三个 Windows Server 集群 ,分别用于 文件服务 、 应用服务 、 数据库服务( SQL Server ) ,而这些服务 必须提供 24 小时的服务 。为了能提供 24 小时不间断服务,就要求组建的三个集群能够达到高可用,而公司目前没有专职的运维,正在考虑购买第三方公司的整套服务方案:服务器 + Rose HA + 计时运维服务

问题


是否可以使用 Windows Server 的故障转移配置 和 SQL Server 的 Always On 使集群达到高可用?对比第三方 HA 商业软件(例如 Rose HA ),这样的做法有没有优势?

15 条回复    2017-11-30 10:35:25 +08:00
AifeiI
    1

AifeiI   2017-11-29 21:04:27 +08:00

额外问一下,如果想了解关于 Windows Server 集群管理方面的知识,哪个社区 /论坛有更多的资料?
AifeiI
    2

AifeiI   2017-11-29 23:04:34 +08:00

?我是发错节点呢,还是 V2 不待见 Windows Server ?
zlfzy
    3

zlfzy   2017-11-29 23:07:58 +08:00

为什么自建机房却没有运维
dot
    4

dot   2017-11-29 23:24:16 +08:00 via Android

同问。
目前我接触的 Rose HA 案例都不太好,可能是我倒霉……
f2f2f
    5

f2f2f   2017-11-29 23:28:12 +08:00

首先,推荐你上云。小公司一个机房的维护成本(软硬件+基础环境+人工投入)并不比你在成熟的云端部署要划算。而且你会承担更多的安全风险。

其次,如果你想在自己的机房实现上述想法。建议划两个独立的 zone,然后被一个统一的 vcenter 接管。vcenter 可以实现基本的 HA,然后你可以在 vmware 虚拟化基础上,利用现有硬件分别部署三套独立系统。

AifeiI
    6

AifeiI   2017-11-30 00:14:44 +08:00

@zlfzy boss 的决定,运维交给外包公司了,计时服务的那种。。。
AifeiI
    7

AifeiI   2017-11-30 00:15:15 +08:00

@dot 我比较想知道,Rose HA 和 Windows 以及 SQL Server 自身方案的对比
AifeiI
    8

AifeiI   2017-11-30 00:16:28 +08:00

@f2f2f 因为项目的原因,不能上云。。。

如果物理机出现故障,是否能够快速进行故障转移?

f2f2f
    9

f2f2f   2017-11-30 00:31:00 +08:00

@AifeiI 在物理节点数满足的情况下,vcenter 迁移虚机时间*快到秒(当然数据量大会卡一下),迁移期间至多掉 2 个包。
AifeiI
    10

AifeiI   2017-11-30 08:46:00 +08:00

@f2f2f 那 Hyper-V 是否也能达到这样的效果?

f2f2f
    11

f2f2f   2017-11-30 09:01:14 +08:00

@AifeiI hyper-v 只是一种虚拟化技术吧,跟 HA 没关系。
AifeiI
    12

AifeiI   2017-11-30 09:31:58 +08:00

@f2f2f 抱歉,我没有表达清楚,我的想法是,利用 Windows Server 自身服务(自身故障转移 + Hyper-V ),是否能达到 VMware vCenter 的服务效果?
f2f2f
    13

f2f2f   2017-11-30 10:06:07 +08:00

@AifeiI windows server 自带组件有 HA 功能吗?这个没用过不太清楚哎,不好意思

不过需要更正你的是故障转移跟 hypervisor 层面应该关系不大,无论是哪种虚拟化技术( HV,Xen,Kvm,VM )理论上都可以通过软件实现 HA。

AifeiI
    14

AifeiI   2017-11-30 10:29:59 +08:00

@f2f2f 谢谢,因为我看到 Rose HA 相关资料实在是较少,就想看看有没有其他更好、更稳妥的 HA 方案,避免被坑了还要擦屁股。

你提供的使用虚拟化是一个新思路

f2f2f
    15

f2f2f   2017-11-30 10:35:25 +08:00

@AifeiI HA 现在技术比较成熟了,对于你这种小规模的应用,无非就是切换响应速度和切换无感的程度差异,坑不多的。

真正坑多的是双活……那是真的替厂商填坑……

如何获得一个*难追查的服务器,以及一个支付方式呢?

纯好奇

第 1 条附言  ·  2017-12-04 18:45:13 +08:00

如果不*的情况下有什么方案吗?
7 条回复    2017-12-25 15:27:39 +08:00
n2ex2
    1

n2ex2   2017-12-04 17:49:56 +08:00 via Android

btc
1iuh
    2

1iuh   2017-12-04 18:07:51 +08:00

服务器搞个脚本扫一扫就有了。
支付 btc 嘛
htfy96
    3

htfy96   2017-12-04 18:13:16 +08:00

zcash
onlyhot
    4

onlyhot   2017-12-04 18:17:26 +08:00

你先保证你自己连服务器这个动作也是*难追查的。
gamexg
    5

gamexg   2017-12-04 18:19:17 +08:00 via Android

@1iuh 这个真的很赞。

暗网也行,一般情况下没问题。

jq8778
    6

jq8778   2017-12-04 20:20:25 +08:00 via iPhone

支付方式用 xmr
服务器用 xmr 买,或者用 xmr 买 btc,提到从未实名的地址,然后用 btc 买
这样可以保证支付方式和服务器都很难被追查到
当然,一般*大难点在于你的联网方式,真干了什么大新闻,即使 tor 都很难保你
luodaoyi
    7

luodaoyi   2017-12-25 15:27:39 +08:00

只能尽量,没有*对。所谓要想人不知除非己莫为

1M 的带宽果然不够用啊。看来必须升级一下了。

服务器要提供下载,应该需要多大的带宽才够用?下载人数大概在 50 人不到。

还有想问问,还能继续优化吗?图片已经经过 tinypng 压缩过了。还是有 600k 这么大。 %title插图%num 奇怪的是,lighthouse 测试居然评分这么高。 %title插图%num

ovear
    1

ovear   2017-12-22 18:25:31 +08:00

50 人下载的话
上 CDN、又拍、七牛√
升级服务器宽带×
moult
    2

moult   2017-12-22 18:26:09 +08:00 via iPhone

静态资源缓存到 cdn 或者用第三方云存储。1M 还是有救的。
LeungJZ
    3

LeungJZ   2017-12-22 19:14:15 +08:00 via Android

@moult
@ovear
也就是说,人少的时候,还是扔给 cdn 比较划算?
lycc
    4

lycc   2017-12-22 19:31:12 +08:00 via Android

把静态资源丢到 CDN 吧,升级带宽可贵了 hhh
ovear
    5

ovear   2017-12-22 19:36:04 +08:00

@LeungJZ 是,这种情况突发宽带要求很高,然而宽带单价又很贵,会浪费
LeungJZ
    6

LeungJZ   2017-12-22 19:42:55 +08:00 via iPhone

@lycc 好吧。
LeungJZ
    7

LeungJZ   2017-12-22 19:43:07 +08:00 via iPhone

@ovear 好的,谢谢建议。
oh
    8

oh   2017-12-22 20:04:50 +08:00 via iPhone

我静态文件都放在又拍云,用 1M 的带宽撑起几十万 pv,后面随着流量猛增一次次临时升级,升级到 6M 带宽的那天 700 多万 pv。现在每天二三十万 pv 还是用 1M 的带宽。
LeungJZ
    9

LeungJZ   2017-12-22 20:41:41 +08:00

@oh 看来 cdn 很有用嘛。但是网站的 css js 只能放服务器本地啊,不能放 cdn。
oh
    10

oh   2017-12-22 20:52:06 +08:00 via iPhone

@LeungJZ 为什么不能放?

LeungJZ
    11

LeungJZ   2017-12-23 01:50:45 +08:00 via Android

@oh 这些不一定的呀,可能会修改的。
oh
    12

oh   2017-12-23 02:53:47 +08:00 via iPhone

@LeungJZ 放哪都可以修改啊… 这有什么的…
LeungJZ
    13

LeungJZ   2017-12-23 09:37:50 +08:00 via iPhone

@oh 七牛上面不是有缓存的呢?
oh
    14

oh   2017-12-23 10:28:14 +08:00 via iPhone

@LeungJZ

开发稳定了再放到 cdn 上,遇到有更新可以刷新文件,也可以加 ?v=123 这样的版本号强制加载新文件。

静态文件分离的方法多少大网站在用,你担心的这些远不足流量带来的费用负担,各种部署方案早就都有了

LeungJZ
    15

LeungJZ   2017-12-23 17:52:37 +08:00 via iPhone

@oh 好吧,谢谢你的建议。