diff --git a/blogs/Android/BroadcastReceiver.md b/blogs/Android/BroadcastReceiver.md new file mode 100644 index 0000000..cd9f419 --- /dev/null +++ b/blogs/Android/BroadcastReceiver.md @@ -0,0 +1,161 @@ +--- +BroadcastReceiver +--- + +#### 目录 + +1. 思维导图 +2. 概述 +3. 注册方式 + - 静态注册 + - 动态注册 +4. 广播分类 + - 普通广播 + - 系统广播 + - 有序广播 + - 粘性广播 + - 应用内广播 +5. 参考 + +#### 思维导图 + +![](https://i.loli.net/2019/02/01/5c53fda691b83.png) + +#### 概述 + +在 Android 系统中，广播是在组件之间传递数据的一种机制，这些组件可以位于不同的进程中，起到进程间通信的作用。 + +BroadcastReceiver 是对发送出来的广播进行过滤、接收和响应的组件，首先将要发送的消息和用于过滤的信息（action、category）装入一个 Intent 对象，然后通过调用 Context.sendBroadcast() 或 Context.sendOrderBoradcast() 方法把 Intent 对象以广播形式发送出去。广播发送出去后，所有已注册的 BroadcastReceiver 会检查注册时的 IntnetFilter 是否与发送的 Intent 相匹配，若匹配则会调用 BroadcastReceiver 的 onReceiver 方法。 + +BroadcastReceiver 的生命周期很短，一旦 onReceiver 执行完毕，生命周期就结束了。 + +#### 注册方式 + +广播的注册分为静态注册和动态注册。 + +不管静态注册还是动态注册，首先得有广播呀： + +```java +public class MyBroadcastReceiver extends BroadcastReceiver { + + @Override + public void onReceive(Context context, Intent intent) { + if (!TextUtils.isEmpty(intent.getStringExtra("name"))){ + Toast.makeText(context, intent.getStringExtra("name"), Toast.LENGTH_SHORT).show(); + } + } +} +``` + +##### 静态注册 + +静态注册即指在 AndroidManifest 里面注册。应用一旦启动，它就会常驻进程，不受任何组件的生命周期影响，即使应用程序关闭后，仍能接收广播，耗电同时占内存。 + +```xml + + + + + +``` + +```java + mButton.setOnClickListener(new ClickListenerWrapper(new View.OnClickListener() { + @Override + public void onClick(View v) { + Intent intent = new Intent("demo"); + intent.putExtra("name", "Omooo"); + sendBroadcast(intent); + } + })); +``` + +**注意：** + +静态注册在 Android 8 上已经完全失效了，所以不建议在使用静态注册。 + +##### 动态注册 + +动态注册即在代码中通过调用 Context.registerReceiver(BroadcastReceiver,IntentFilter) 来注册，它有几个重载方法，但是都会有这两个参数。一般建议在 Activity 的 onResume 注册，在 onPause 中注销，避免内存泄露。同时也不允许重复注册、重复注销。 + +```java + private MyBroadcastReceiver mBroadcastReceiver; + + @Override + protected void onResume() { + super.onResume(); + IntentFilter filter = new IntentFilter(); + filter.addAction("demo"); + mBroadcastReceiver = new MyBroadcastReceiver(); + registerReceiver(mBroadcastReceiver, filter); + } + + @Override + protected void onStop() { + super.onStop(); + unregisterReceiver(mBroadcastReceiver); + } +``` + +#### 广播分类 + +广播可以分为五类：普通广播、系统广播、有序广播、粘性广播和应用内广播。 + +##### 普通广播 + +即开发者自定义的广播，也是最常用的广播，上面的实例就是普通广播。 + +##### 系统广播 + +Android 中内置了多个系统广播：只要涉及到手机的基本操作（如开关机、网络状态变化、拍照等待），都会发出相应的广播。常用的有： + +| 系统操作 | action | +| ------------ | ------------------------------------ | +| 监听网络变化 | android.net.conn.CONNECTIVITY_CHANGE | +| 电池电量低 | Intent.ACTION_BATTERY_LOW | +| 成功安装APK | Intent.ACTION_PACKAGE_ | +| ... | ... | + +上面我们自己随便写的 action="demo"，所以每次发送广播需要自己手动调用 sendBroadcast，这时候可以携带数据过去，而系统广播并不能自己传递数据。 + +##### 有序广播 + +有序是针对广播接收者来说的，前面的实例，广播发出去之后，所有满足条件的广播接收者都能通知接收广播。有序广播则是按照广播接收者的 priority 属性值从大到小排序依次接收，同 priority 的动态广播优先于静态广播。同时，前一个广播接收器也可以通过调用 abortBroadcast() 方法截断广播，这样优先级低的广播接收者就无法接收到广播了，也可以修改数据传递，这就带来了安全性问题。 + +前面说过，强烈不建议使用静态注册，而 priority 属性就是在 xml 文件里面配置的。 + +发送有序广播使用： + +```java +sendOrderedBroadcast(Intent intent, String receiverPermission) +``` + +##### 粘性广播 + +在 Android 5.0 上已经失效，不建议使用。 + +##### 应用内广播 + +之前发送和接收到的广播全都是属于系统全局广播，即发出的广播可以被其他应用接收到，而且也可以接收到其他应用发送出的广播，这样可能会有不安全因素。 + +当不需要通过 sendBroadcast 来完成跨应用的通信，那么建议使用 LocalBroadcastManager，将会是更加高效、安全的方式，并且对系统带来的影响也更小。 + +BroadcastReceiver 采用的 Binder 方式实现跨进程通信，而 LocalBroadcastManager 使用 Handler 通信机制。 + +| 函数 | 作用 | +| ------------------------------------------------------------ | ------------- | +| LocalBroadcastManager.getInstance(this).registerReceiver(BroadcastReceiver,IntentFilter) | 注册 Receiver | +| LocalBroadcastManager.getInstance(this).unregisterReceiver(BroadcastReceiver,IntentFilter) | 注销 Receiver | +| LocalBroadcastManager.getInstance(this).sendBroadcast(Intent) | 发送异步广播 | +| LocalBroadcastManager.getInstance(this).sendBroadcastSync(Intent) | 发送同步广播 | + +注意，应用内广播只能是动态注册。 + +#### 参考 + +[Android四大组件：BroadcastReceiver史上最全面解析](https://www.jianshu.com/p/ca3d87a4cdf3) + +[Android BroadcastReceiver使用详解](https://juejin.im/post/5a9266185188257a5a4ccfc5) + +[LocalBroadcastManager原理分析](http://gityuan.com/2017/04/23/local_broadcast_manager/) \ No newline at end of file diff --git a/blogs/Android/Service.md b/blogs/Android/Service.md new file mode 100644 index 0000000..1e70771 --- /dev/null +++ b/blogs/Android/Service.md @@ -0,0 +1,264 @@ +--- +Service +--- + +#### 目录 + +1. 思维导图 +2. 概述 +3. 启动方式及生命周期 + - startService 方式启动 + - bindService 方式启动 + - 混合启动 +4. 疑问 + - startCommand 返回值含义 + - bindService 第三个参数含义 +5. startForegroundService + - FOREGROUND_SERVICE 权限申请 + - onStartCommand 必须调用 startForeground 构造通知栏 + - 非绑定服务 +6. 常见问题汇总 + - 如何保证 Service 不被杀死 +7. 参考 + +#### 思维导图 + +![](https://i.loli.net/2019/02/01/5c53b6be7c902.png) + +#### 概述 + +Service 是一种可以在后台长时间运行而没有用户界面的应用组件。它有两种启动方式，第一种方式是 startService 启动服务，服务启动后，会在后台无限期运行，直到通过 stopService 或者 stopSelf 停止服务。另一种方式是 bindService 绑定服务，组件与服务绑定在一起，服务的生命周期受组件影响，如果组件被销毁了，服务也就停止了。 + +Service 是运行在主线程中的，因此不能执行耗时任务，如果想执行耗时任务，可以使用 IntentService。 + +#### 启动方式及生命周期 + +![](https://i.loli.net/2019/01/31/5c52c44b90590.png) + + + +##### startService 方式启动 + +当应用组件通过 startService 方法来启动 Service 时，Service 则会处于启动状态，一旦服务启动，它就会在后台无限期的运行，生命周期独立于启动它的组件，即使启动它的组件已经销毁了也不受任何影响，由于启动的服务长期运行在后台，这会大量的消耗电量，因此，我们应该在任务执行完之后调用 stopSelf 来停止服务，或者通过其他应用组件调用 stopServcie 来停止服务。 + +通过这种方式启动 Service 生命周期是： + +onCreate、onStartCommand、onDestory。 + +首次启动服务的时候，系统会调用 onCreate 方法，多次启动不会在调用 onCreate 方法，只会调用 onStartCommand，onStartCommand 被调用后，服务就启动起来了，将会在后台无限期的运行，知道通过 stopService 或者 stopSelf 方法来停止服务。当服务被销毁时，将会回调 onDestory 方法。 + +多次调用 startService(Intent) 会回调 onStartCommand 方法，而多次调用 stopService 只有第一次会回调 onDestory 方法。 + +##### bindService 方式启动 + +即将启动组件和服务绑定在一起，前面讲的通过 startService 方式启动的服务是与组件相独立的，即使启动服务的组件被销毁了，服务仍然在后台运行不受干扰，但是通过 bindService 方式绑定的服务就不一样了，它与绑定组件的生命周期是有关的。 + +多个组件可以绑定到同一个服务上，如果只有一个组件绑定服务，当绑定的组件被销毁时，服务也就会停止了。如果是多个组件绑定到一个服务上，当绑定到该服务的所有组件都被销毁时，服务才会停止。 + +通过这种方式启动 Service 生命周期是： + +onCreate、onBind、onUnbind、onDestory + +onBind()：当其他组件想通过 bindService 与服务绑定时，系统将会回调这个方法，在实现中，必须返回一个 IBinder 接口，供客户端和服务进行通信，必须实现此方法，这个方法是 Service 的一个抽象方法，但是如果不允许绑定，返回 null 就好了。 + +onUnbind：当所有与服务绑定的组件都解除绑定时，就会调用此方法。 + +多次 bindService 并不会回调任何方法，多次 unBindService 则会 Crash。 + +实例： + +1. 创建服务 + + 其实就是在 onBind 方法中返回 IBinder 实例 + + ```java + public class MyBindService extends Service { + + private static final String TAG = "MyBindService"; + + @Override + public void onCreate() { + super.onCreate(); + Log.i(TAG, "onCreate: "); + } + + @Override + public int onStartCommand(Intent intent, int flags, int startId) { + Log.i(TAG, "onStartCommand: "); + return super.onStartCommand(intent, flags, startId); + } + + @Override + public IBinder onBind(Intent intent) { + Log.i(TAG, "onBind: "); + return new MyBinder(); + } + + @Override + public boolean onUnbind(Intent intent) { + Log.i(TAG, "onUnbind: "); + return super.onUnbind(intent); + } + + @Override + public void onDestroy() { + super.onDestroy(); + Log.i(TAG, "onDestroy: "); + } + + public class MyBinder extends Binder{ + public String getInfo(){ + return "Info"; + } + } + } + ``` + +2. 绑定服务 + + 绑定服务需要提供一个 ServiceConnection 接口，在接口回调中获取 Binder 对象，与服务进行通信。 + + ```java + private MyBindService.MyBinder mMyBinder; + //绑定/解除绑定 Service 回调接口 + private ServiceConnection mConnection = new ServiceConnection() { + @Override + public void onServiceConnected(ComponentName name, IBinder service) { + //绑定成功后回调 + //1.获取 Binder 接口对象 + mMyBinder = (MyBindService.MyBinder) service; + //2.从服务获取数据 + String content = mMyBinder.getInfo(); + //3.界面提示 + Toast.makeText(MainActivity.this, content, Toast.LENGTH_SHORT).show(); + } + + @Override + public void onServiceDisconnected(ComponentName name) { + //解除绑定后回调 + mMyBinder = null; + } + }; + + bindService(intent, mConnection, Context.BIND_AUTO_CREATE); + unbindService(mConnection); + ``` + +##### 混合启动 + +如果一个服务被启动又被绑定，onCreate 方法只会执行一次，startService 调用多少次，onStartCommand 就会执行多少次，调用 stopService 并不会回调 onDestory，unBindService 可以。 + +#### 疑问 + +##### onStartCommand 返回值 + +返回值的取值其实已经定义在了 Service 基类中了，常用的有： + +- START_NOT_STICKY + + 如果系统在 onStartCommand 返回后终止服务，则除非有挂起 Intent 要传递，否则系统不会重建服务。这是最安全的选项，可以避免在不必要时以及应用能够轻松重启所有未完成的作业时运行服务。 + +- START_STICKT + + 如果系统在 onStartCommand 返回后终止服务，则会重建服务并调用 onStartCommadn，但绝对不会重新传递最后一个 Intent。相反，除非有挂起 Intent 要启动服务，否则系统会通过空 Intent 调用 onStartCommand。这适用于不执行命令、但无限期运行并等待作业的媒体播放器等。 + +- START_REDELIVER_INTENT + + 如果系统在 onStartCommand 返回后终止服务，则会重建服务，并通过传递给服务等最后一个 Intent 调用 onStartCommand。任何挂起 Intent 均依次传递。这适用于主动执行应该立即恢复的作业的服务，例如下载文件。 + +##### bindService 参数 + +```java + public boolean bindService(Intent service, ServiceConnection conn, + int flags) { + return mBase.bindService(service, conn, flags); + } +``` + +前两个参数就不用多说了，第三个参数一般传 Context.BIND_AUTO_CREATE。 + +它的值是一些枚举值， + +#### startForegroundService + +单独拿出来说，逼格高吧。 + +回到正题，最开始使用这个方法时，不是 Crash 就是 ANR，头大！ + +首先使用前台服务，必须申请 FOREGROUND_SERVICE 权限，这是普通权限，未申请则会引发 SecurityException。 + +##### ANR 的解决 + +使用前台服务，必须提供一个通知栏，不然五秒就会 ANR。 + +```java + public int onStartCommand(Intent intent, int flags, int startId) { + Log.i(TAG, "onStartCommand: "); + NotificationManager mNotificationManager = (NotificationManager) getSystemService(Context.NOTIFICATION_SERVICE); + // 通知渠道的id + String id = "my_channel_01"; + // 用户可以看到的通知渠道的名字. + CharSequence name = "Demo"; + // 用户可以看到的通知渠道的描述 + String description = "Desc"; + int importance = NotificationManager.IMPORTANCE_HIGH; + NotificationChannel mChannel = new NotificationChannel(id, name, importance); + // 配置通知渠道的属性 + mChannel.setDescription(description); + // 设置通知出现时的闪灯（如果 android 设备支持的话） + mChannel.enableLights(true); + mChannel.setLightColor(Color.RED); + // 设置通知出现时的震动（如果 android 设备支持的话） + mChannel.enableVibration(true); + mChannel.setVibrationPattern(new long[]{100, 200, 300, 400, 500, 400, 300, 200, 400}); + mNotificationManager.createNotificationChannel(mChannel); + + // 通知渠道的id + String CHANNEL_ID = "my_channel_01"; + // Create a notification and set the notification channel. + Notification notification = new Notification.Builder(this, CHANNEL_ID) + .setContentTitle("New Message").setContentText("You've received new messages.") + .setSmallIcon(R.drawable.ic_launcher_foreground) + .build(); + startForeground(1, notification); + return super.onStartCommand(intent, flags, startId); + } +``` + +准确的来说，应该是必须调用 startForeground 方法。 + +既然我是写在 onStartCommand 方法里面，就说明这是一个启动服务非绑定服务，所以可以多次调用 startForegroundService 方法，调用一次 stopService 即可停止服务。 + +##### Crash 的解决 + +Crash 的报错如下： + +``` +android.app.RemoteServiceException: Context.startForegroundService() did not then call Service.startForeground(): ServiceRecord +``` + +这是由于我在 startForegroundService 之后就 stopService，在 Service 中并没有构造通知栏导致的。 + +##### 总结 + +使用前台服务，有三点需要注意： + +1. 申请 FOREGROUND_SERVICE 权限，它是普通权限 +2. 在 onStartCommand 中必须要调用 startForeground 构造一个通知栏，不然 ANR +3. 前台服务只能是启动服务，不能是绑定服务 + +#### 常见问题汇总 + +1. 如何保证 Service 不被杀死 + - 在 Service 的 onStartCommand 中返回 START_STICKY，该标志使得 Service 被杀死后尝试再次启动 Service + - 提高 Service 优先级，比如设置成前台服务 + - 在 Activity 的 onDestory 发送广播，在广播接收器的 onReceiver 重启 Service + +#### 参考 + +[Service 知识总结](https://juejin.im/entry/571425092e958a005cf04dcf) + +[Android Service和IntentService知识点详细总结](https://juejin.im/post/5914431944d904006c3fae59) + +[Context.startForegroundService() did not then call Service.startForeground？](https://blog.csdn.net/sinat_20059415/article/details/80584487) + diff --git a/images/Android/BroadcastReceiver.png b/images/Android/BroadcastReceiver.png new file mode 100644 index 0000000..35c2b55 Binary files /dev/null and b/images/Android/BroadcastReceiver.png differ diff --git a/images/Android/Service.png b/images/Android/Service.png new file mode 100644 index 0000000..4795176 Binary files /dev/null and b/images/Android/Service.png differ