整理一些容易忘但是用到的知识点

1.android:windowSoftInputMode=”adjustPan”的作用

androidMainfest.xml文件中在此Activity中写入 android:windowSoftInputMode=”adjustPan” 可以让界面不被弹出的键盘挤上去。

2.对merge标签的使用学习
标签用于减少View树的层次来优化Android的布局。先来用个例子演示一下：
首先主需要一个配置文件activity_main.xml

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
  xmlns:tools="http://schemas.android.com/tools"
  android:layout_width="match_parent"
  android:layout_height="match_parent" >

  <TextView
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"
    android:text="merge标签使用" />

</RelativeLayout>

再来一个最简单的Activity，文件名MainActivity.java

package com.example.merge;

import android.app.Activity;
import android.os.Bundle;

public class MainActivity extends Activity {

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

按着上面的代码创建工程，运行后使用“DDMS -> Dump View Hierarchy for UI Automator”工具，截图如下

merge 使用前

最下面两层RelativeLayout与TextView就是activity_main.xml布局中的内容，上面的FrameLayout是Activity setContentView添加的顶层视图。下面使用merge标签可以查看下区别

布局文件activity_main.xml修改内容如下：

<merge xmlns:android="http://schemas.android.com/apk/res/android"
  xmlns:tools="http://schemas.android.com/tools"
  android:layout_width="match_parent"
  android:layout_height="match_parent" >

  <TextView
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"
    android:text="merge标签使用" />

</merge>

使用“DDMS -> Dump View Hierarchy for UI Automator”工具，截图如下
merge使用后

FrameLayout下面直接就是TextView，与之前的相比少了一层RelativeLayout而实现的效果相同。
某些时候，自定义可重用的布局包含了过多的层级标签
例如：这样的话，使用包含上面的布局的时候，系统会自动忽略merge层级，而把两个button直接放置与include平级

什么情况考虑使用Merge标签？

一种是向上面的例子一样，子视图不需要指定任何针对父视图的布局属性，例子中TextView仅仅需要直接添加到父视图上用于显示就行。
另外一种是假如需要在LinearLayout里面嵌入一个布局（或者视图），而恰恰这个布局（或者视图）的根节点也是LinearLayout，这样就多了一层没有用的嵌套，无疑这样只会拖慢程序速度。而这个时候如果我们使用merge根标签就可以避免那样的问题，官方文档 Android Layout Tricks #3: Optimize by merging 中的例子演示的就是这种情况。

< merge />标签有什么限制没？

<merge />只能作为XML布局的根标签使用。当Inflate以<merge />开头的布局文件时，必须指定一个父ViewGroup，并且必须设定attachToRoot为true。

3.为什么有的项目会指定Maven仓库
答：可能某些项目需要的某些依赖不在默认的仓库里，就需要引入新的。

4.Rxlifecycle
随着Android第三库的普及，RxJava和RxAndroid越来越被人熟知，简洁的语法，配合Java8 Lambda表达式，使代码的结构更加清晰，通过线程调度器更容易控制和切换线程，种种优点，使用它的人也越来越多。但是使用不好，很容易导致内存泄露。Rxlifecycle就使被用来严格控制由于发布了一个订阅后，由于没有及时取消，导致Activity/Fragment无法销毁导致的内存泄露。
Rxlifecycle使用：
Activity/Fragment需继承RxAppCompatActivity/RxFragment
一、bindToLifecycle()方法
在子类使用Observable中的compose操作符，调用，完成Observable发布的事件和当前的组件绑定，实现生命周期同步。从而实现当前组件生命周期结束时，自动取消对Observable订阅。
二、bindUntilEvent()方法
使用ActivityEvent类，其中的CREATE、START、 RESUME、PAUSE、STOP、 DESTROY分别对应生命周期内的方法。使用bindUntilEvent指定在哪个生命周期方法调用时取消订阅。

5.自定义注解
参考讲解详细的自定义注解

6.关于 new Handler（）和new Handler（Handler.Callback） 的区别
查了一些资料，两者在使用上没有区别，就像是Thread的extends创建方法和implements Runnable创建线程的方法一样。主要的区别就在于，前者会造成内存泄露
。原因如下
首先是创建2者的方式

private Handler mHandler1 = new Handler(){  
    public void handleMessage(Message msg) {  

    };  
};  

private Handler mHandler2 = new Handler(new Handler.Callback() {  

       @Override  
       public boolean handleMessage(Message msg) {  
           return false;  
       }  
   });  

使用第一种方式定义handler对象时，编译器会报如下警告：
This Handler class should be static or leaks might occur
意思是，Handler类必须为静态的，否则有可能造成内存泄漏。
事实上MessageQueen中等待处理的消息持有对Handler对象的引用，而上述第一种方式中我们的Hanler类是一个匿名内部类，它持有了所在外部类的引用（不只是匿名内部类，内部类也会引起这个问题）。一旦消息队列里的消息长时间未处理，那么handler对象就一直被持有，它的外部类也一直被持有，导致无法及时CG，内存泄漏就发生了。
那为什么使用static修饰变量时，就可以避免内存泄漏呢？那是因为静态的方法和变量都不属于类本身，不会持有对类的引用，自然也不会出现内存泄漏了，但是这种方式又必须为静态的代码提供额外的内存，程序中大量使用handler时，这种处理到底合理不合理呢？
第二种方式不会提示内存泄漏的信息，很明显，这种定义方式不存在匿名内部类。
如此看来，我个人比较喜欢第二种方式，毕竟是官方提供的方法，又没有内存泄漏的风险，只不过多了一丢丢代码，何乐而不为呢

8.SparseArray替代HashMap来提高性能
SparseArray是 Android框架独有的类，在标准的JDK中不存在这个类。它要比 HashMap 节省内存，某些情况下比HashMap性能更好，按照官方问答的解释，主要是因为SparseArray不需要对key和value进行auto- boxing（将原始类型封装为对象类型，比如把int类型封装成Integer类型），结构比HashMap简单（SparseArray内部主要使用 两个一维数组来保存数据，一个用来存key，一个用来存value）不需要额外的额外的数据结构（主要是针对HashMap中的HashMapEntry 而言的）。
想象内存占用测试看这里

SparseArray
SparseArray比HashMap更省内存，在某些条件下性能更好，主要是因为它避免了对key的自动装箱（int转为Integer类型），它内部则是通过两个数组来进行数据存储的，一个存储key，另外一个存储value，为了优化性能，它内部对数据还采取了压缩的方式来表示稀疏数组的数据，从而节约内存空间，我们从源码中可以看到key和value分别是用数组表示：

 private int[] mKeys;
    private Object[] mValues;

我们可以看到，SparseArray只能存储key为int类型的数据，同时，SparseArray在存储和读取数据时候，使用的是二分查找法，我们可以看看：
public void put(int key, E value) {

        int i = ContainerHelpers.binarySearch(mKeys, mSize, key);
        ...
        }
 public E get(int key, E valueIfKeyNotFound) {
        int i = ContainerHelpers.binarySearch(mKeys, mSize, key);
        ...
        }

也就是在put添加数据的时候，会使用二分查找法和之前的key比较当前我们添加的元素的key的大小，然后按照从小到大的顺序排列好，所以，SparseArray存储的元素都是按元素的key值从小到大排列好的。
而在获取数据的时候，也是使用二分查找法判断元素的位置，所以，在获取数据的时候非常快，比HashMap快的多，因为HashMap获取数据是通过遍历Entry[]数组来得到对应的元素。
添加数据
public void put(int key, E value)

//添加数据
public void put(int key, E value)
//删除数据
 public void remove(int key)
// or
public void delete(int key)

其实remove内部还是通过调用delete来删除数据的

//获取数据
public E get(int key)
//or
public E get(int key, E valueIfKeyNotFound)

该方法可设置如果key不存在的情况下默认返回的value
特有方法
在此之外，SparseArray还提供了两个特有方法，更方便数据的查询：

//获取对应的key：
public int keyAt(int index)
//获取对应的value：
public E valueAt(int index)

SparseArray应用场景：
虽说SparseArray性能比较好，但是由于其添加、查找、删除数据都需要先进行一次二分查找，所以在数据量大的情况下性能并不明显，将降低至少50%。满足下面两个条件我们可以使用SparseArray代替HashMap：数据量不大，最好在千级以内,key必须为int类型，这中情况下的HashMap可以用SparseArray代替：

HashMap<Integer, Object> map = new HashMap<>();
用SparseArray代替:
SparseArray<Object> array = new SparseArray<>();