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

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<>();