android 基础知识梳理

这章主要介绍android基础知识：包括4大组件、fragment、webView以及Binder的一些简单介绍。

1activity

activity用户交互的界面，包含4中状态：running/paused/stopped/killer。

生命周期：

activity启动会执行onCreate()->onStart()->onResume，点击home键会执行onPause()->onStop()，注意如果内存吃紧，有可能会被回收。再次回到原activity会执行onRestart()->onStart()->onResume()。退出activity会执行onPause()->onStop()->onDestory()。

android进程优先级

分为前台/可见/服务/后台/空

android任务栈

android中使用栈的方式来管理其中的Activity，后进先出的数据结构

activity启动模式

1.Standard 默认模式，每次都会new一个activity实例入栈 2.SingleTop 栈顶复用，调用onNewIntent()函数。 3.SingleTask 任务栈存在启动activity就把它移动到栈顶，当前activity之上的所有activity都被移除栈。 4.SingleInstance 系统会创建一个新的任务栈，并且这个任务栈只有他一个Activity。不过启动会慢一些，往往用于多个应用之间切换。

scheme跳转协议

android中scheme是一种页面内跳转协议，通过自定义scheme协议，可以非常方便的跳转app中的各个页面。

fragment

fragment为何被称为第5大组件答：首先fragment不属于四大组件，它有自己的生命周期，同时它可以灵活的加载到activity当中去。 fragment虽然有自己的生命周期，但必须依附于activity存在。

fragment加载到activity中的2种方式

方式一：添加Fragment到Activity的布局文件当中
方式二：在Activity的代码中通过FragmentTransaction动态添加Fragment（荐）.

FragmentPagerAdapter和FragmentStatePagerAdapter的区别？

一般fragment会配合viewpage使用，FragmentPagerAdapter一般用于页面较少的情况，FragmentStatePagerAdapter用于页面较多的情况。

Fragment生命周期

Fragment通信

Fragment调用Activity方法利用getActivity()
在Activity调用Fragment方法，接口回调（activity实现Fragment声明的接口，在Fragment的onAttach中获取接口）
Fragment调用Fragment方法，getActivity().findFragmentById,或者通过Fragment.setArguments(bundle);

Fragment中的add、replace、remove方法

FragmentManager中，replace是替换fragment实例，是把activity最上层的fragment替换成你想替换的fragment，add只是fragment加到activity的上层。

Service

Service(服务)是一个一种可以在后台执行长时间运行操作而没有用户界面的应用组件。

生命周期方法

onBind() 当另一个组件想通过调用 bindService() 与服务绑定（例如执行 RPC）时，系统将调用此方法。在此方法的实现中，必须返回一个IBinder 接口的实现类，供客户端onServiceConnected中可以获取到该实例通信。无论是启动状态还是绑定状态，此方法必须重写，但在启动状态的情况下直接返回 null。
onCreate() 首次创建服务时，系统将调用此方法来执行一次性设置程序（在调用 onStartCommand() 或onBind() 之前）。如果服务已在运行，则不会调用此方法，该方法只调用一次
onStartCommand() 当另一个组件（如 Activity）通过调用 startService() 请求启动服务时，系统将调用此方法。一旦执行此方法，服务即会启动并可在后台无限期运行。如果自己实现此方法，则需要在服务工作完成后，通过调用 stopSelf() 或 stopService() 来停止服务。（在绑定状态下，无需实现此方法。）
onDestroy() 当服务不再使用且将被销毁时，系统将调用此方法。服务应该实现此方法来清理所有资源，如线程、注册的侦听器、接收器等，这是服务接收的最后一个调用。

启动模式

startService(Intent intent)一旦启动，服务即可在后台无限期运行，即使启动服务的组件已被销毁也不受影响，除非手动调用 stopSelf() 或 stopService() 才能停止服务，已启动的服务通常是执行单一操作，而且不会将结果返回给调用方。
bindService属于client-server模式。service只有一个，但绑定到service上面的client可以有一个或很多个。这里所提到的client指的是组件，比如某个Activity。服务的生命周期与其绑定的client息息相关。当client销毁时，client会自动与Service解除绑定。当然，client也可以明确调用Context的unbindService()方法与Service解除绑定。当没有任何client与Service绑定时，Service会自行销毁。一般用于IPC通信。

BroadcastReceiver

广播定义广泛应用在应用程序之间传递信息的机制，类似观察者模式，通过intent可以传递数据。

使用场景

同一个app具有多个进程不同组件之间的消息通信。有些app可能会多进程比如：定位进程，图片进程，webview进程与主进程之间的通信。
不同的app之间组件的信息通信，比如一些大厂的不同的app之间的通信。

分类

普通广播（Normal Broadcast）
系统广播（System Broadcast）
有序广播（Ordered Broadcast）
粘性广播（Sticky Broadcast）
App应用内广播（Local Broadcast）优点：高效、安全，其实它内部是通过Handler实现的发送message实现的。

2中注册方式

静态注册：在AndroidManifest.xml里通过标签声明，注册完成就一直运行
动态注册：在代码中调用Context.registerReceiver（）方法，跟随activity的生命周期。

内部机制

自定义BroadcastReceiver，并复写onReceive（)方法
通过Binder机制向AMS（Activity Manager Service）进行注册。
广播发送者通过Binder机制向AMS发送广播
AMS查找符合相应条件的BroadcastReceiver（IntentFilter/Permission）的BroadcastReceiver，将广播发送到相应的消息队列中。
消息循环执行拿到此广播，回调BroadcastReceiver的onReceive（)方法。

WebView

加载网页的组件。

常见坑

在Android API 16以前存在远程代码安全漏洞，因为程序没有正确限制使用 WebView.addJavascriptInterface方法，攻击者可以反射利用该漏洞执行任意java方法。
WebView最好使用代码动态往容器里addview(webview)，销毁时注意在onDestroy中，先从容器把webView移除，在调用removeAllViews()，或者采用另起进程加载WebView，然后在销毁时，调用System.exit(0);

  ViewParent parent = mWebView.getParent();
        if (parent != null) {
            ((ViewGroup) parent).removeView(mWebView);
        }
        mWebView.stopLoading();
        mWebView.removeAllViews();
        mWebView.destroy()；
        mWebView=null；
        super.onDestroy();

WebViewClient.onPageFinished-->WebChromeClient.onProgressChanged onPageFinished无法确定当WebView调用这个方法的时候，网页内容是否真的加载完毕了。当前正在加载的网页产生跳转的时候这个方法可能会被多次调用，判断网页是否加载完成最好用onProgressChanged中的progres==100回调。
后台耗电 WebView加载网页，WebView会自己开启一些线程，如果你没有正确地将WebView销毁的话，会导致电量居高不下。接调用System.exit(0);
后台无法释放js 导致耗电。在Activity.onDestroy()中直接调用System.exit(0)，使得应用程序完全被移出虚拟机，这样就不会有任何问题了。 [参考那些年在WebView上踩过的坑](https://blog.csdn.net/u012124438/article/ details/53401663)

Binder

Binder是什么？ Binder是由四个模块组成，Binder Driver 、Binder Client、Binder Server、 Server Manager。 Binder Client相当于客户端，Binder Server相当于服务器， ServerManager相当于DNS服务器，Binder Driver 相当于一个路由器。 Binder Driver位于内核空间，主要负责Binder通信的建立，以及其在进程见得传递和Binder引用计数管理/数据包的传输等。Binder Server与 Binder Client之间的跨进程通信则通过Binder Driver转发。对于 Binder Client只需要知道自己要使用Binder的名字以及该binder实体在 Server Manager中的0号引用即可。ServerManager就是一个标准的BinderServer，并且在Android中约定其在Binder通信过程中唯一标识符永远是0。

Linux内核基础知识

进程隔离/虚拟地址空间：进程a和进程b的地址空间不同，数据不共享，进程间互不干扰，进程间如果想要访问需要Binder机制。
系统调用内核有保护机制，上层和内核层抽象分离开来。 3.binder驱动在android系统当中在内核当中，负责各个用户进程通过binder内核来进行交互的模块驱动。

为什么使用binder

比Linux的跨进程通信性能好
安全身份校验，androi的权限模型的基础

binder通信模型

Server端在SM（ServerManager）表中注册了一个方法
Client 要想调用Server端方法，先会去SM中查询是否存在这样一个方法，这时候SM会返回客户端一个代理对象方法，它是个空方法，当client端调用add方法时，它会返回给内核驱动，内核驱动接收到了代理对象方法，知道它想调用Server端的方法，会调用服务端的方法，服务端调用完成后，会返回内核驱动，SM在返回给客户端。总结一句话：客户端持有服务端的一个代理对象，代理对象协助驱动完成了进程通信。

AIDL、MESSAGE区别

名称	优点	缺点	适用场景
AIDL	1.功能强大；2.支持实时通信；3.支持一对多并发通信；4.支持RPC（远程过程调用）	1.使用复杂，需创建AIDL文件；2.需处理好线程同步问题	低并发的一对多即时通信，无RPC要求，不需要处理多线程）
Messenger	1.使用简单，轻量级；2.支持实时通信；3.支持一对多串行通信	1.功能简单；2.不支持RPC；3.数据通过message传输；4.不支持高并发场景；5.服务端想要回应客户端，必须通过Message的replyTo把服务端的Messenger传递过去	一对多且有RPC需求，想在服务里处理多线程的业务）

Messenger用法概述
server端：收到的请求是放在Handler的MessageQueue里面，Handler大家都用过，它需要绑定一个Thread，然后不断poll message执行相关操作，这个过程是同步执行的。

client端： client端要拿到返回值，需要把client的Messenger作为msg.replyTo参数传递过去，service端处理完之后，在调用客户端的Messenger的send(Message msg)方法把返回值传递回client

AIDL用法概述

创建 AIDL 创建要操作的实体类，实现 Parcelable 接口，以便序列化/反序列化新建 aidl 文件夹，在其中创建接口 aidl 文件以及实体类的映射 aidl 文件 Make project ，生成 Binder 的 Java 文件
服务端创建 Service，在其中创建上面生成的 Binder 对象实例，实现接口定义的方法在 onBind() 中返回
客户端实现 ServiceConnection 接口，在其中拿到 AIDL 类 bindService() 调用 AIDL 类中定义好的操作请求操作请求