1算法相关
1.计算Activity的view有多少层
复习基础看到一道面试题，计算一个Activity的view有多少层，网上查找了没有结果，自己想了想：这个层应该是指嵌套--就是时间传递最多传递了多少层。
思路是拿到根布局，一层层遍历获取子view看是否是，然后继续遍历子View。
转头一想，这是一个多叉树的模型--就是计算多叉树深度。
①如何获取布局文件的视图id？
Activity其实有一个getRootView()的方法， getRootView 是在ContentView外的DecorView。
Android的Window对象由PhoneWindow实现， DecorView将显示内容呈现在PhoneWindow上，所有的View监听由
WindowManagerService接收，通过Activity对象回调onClickListener；
DecorView包含TitleView 和ContentView，
这就是为什么
requestWindowFeature(Window.FEATURE_NO_TITLE)要放在setContent之前。
要想拿到布局文件的视图id，可以用这种方法：
((ViewGroup)findViewById(android.R.id.content)).getChildAt(0)；
或者findViewById(android.R.id.content).getRootView()；
②核心算法 方法执行完a的值就是层数。
int a = 0;
private void getNum(View view, int deep) {
if (view instanceof ViewGroup) {
//是ViewGroup的子类，
for (int i = 0; i < ((ViewGroup) view).getChildCount(); i++)
getNum(((ViewGroup) view).getChildAt(i), deep + 1);
} else {
//这个view 没有 子view
//判断当前深度 和所在深度 谁最大
a = Math.max(a, deep);
}
}
2.一个数组包含1，2，3到99，共一百个长度，是有序的其中有一个数值重复两次,用什么方法找出来那个数字？
这是去浙江卫视新蓝网面试的时候面试官提出来的问题，面试过程还好，指出了我的学习不足，给了很多建议：Java基础有些薄弱，问题的实践能力，透过开发讲产品的能力还可以。最后说能力达不到岗位要求但会尝试申请争取一个职位，本以为是随口一说，一周之后人事打电话说最终领导复试，结果去等了四十分钟，领导太忙（国企难道都是这样？），人事然后让我先回去，说只要领导看一下批过了就可以---然后又是没有消息了。
当时回答的时候，最基本的是两层遍历；
面试官说，怎么优化？想到了有序，那不直接可以用二分查找.
最后 面试 结束 谈到这个问题，面试官直接说：没有用过Set么？
瞬间清醒--Java 确实放的太久一些基础落下了。
set.add( )的返回值是布尔型的，Android确实用的比较少，
2 Android 基础
1.Activity与Fragment 的生命周期 相比，不同之处，哪一个是Fragment 没有的？
新蓝网面试遇到的
主要就是onAttach() onDetach()
学好英语很重要啊
attach
vi. 附加；附属；伴随
vt. 使依附；贴上；系上；使依恋
detach
vt. 分离；派遣；
onRestart() onStop()重新回到当前Activity（UI最顶层）时调用;
3.Android 进阶
2018年2月27日 某金融 小额贷款面试
0.Java 基础 Stringbuffer StringBuilder 区别
String 字符串常量
StringBuffer 字符串变量（线程安全）
StringBuilder 字符串变量（非线程安全）
String 类型和 StringBuffer 类型的主要性能区别其实在于 String 是不可变的对象, 因此在每次对 String 类型进行改变的时候其实都等同于生成了一个新的 String 对象，然后将指针指向新的 String 对象，所以经常改变内容的字符串最好不要用 String ，因为每次生成对象都会对系统性能产生影响，特别当内存中无引用对象多了以后， JVM 的 GC 就会开始工作，那速度是一定会相当慢的。
而如果是使用 StringBuffer 类则结果就不一样了，每次结果都会对 StringBuffer 对象本身进行操作，而不是生成新的对象，再改变对象引用。所以在一般情况下我们推荐使用 StringBuffer ，特别是字符串对象经常改变的情况下。而在某些特别情况下， String 对象的字符串拼接其实是被 JVM 解释成了 StringBuffer 对象的拼接，所以这些时候 String 对象的速度并不会比 StringBuffer 对象慢.
在大部分情况下 StringBuffer > String
StringBuffer Java.lang.StringBuffer线程安全的可变字符序列。
StringBuffer 一个类似于 String 的字符串缓冲区，但不能修改。虽然在任意时间点上它都包含某种特定的字符序列，但通过某些方法调用可以改变该序列的长度和内容。
可将字符串缓冲区安全地用于多个线程。可以在必要时对这些方法进行同步，因此任意特定实例上的所有操作就好像是以串行顺序发生的，该顺序与所涉及的每个线程进行的方法调用顺序一致。
StringBuffer 上的主要操作是 append 和 insert 方法，可重载这些方法，以接受任意类型的数据。每个方法都能有效地将给定的数据转换成字符串，然后将该字符串的字符追加或插入到字符串缓冲区中。append 方法始终将这些字符添加到缓冲区的末端；而 insert 方法则在指定的点添加字符。
在大部分情况下 StringBuilder > StringBuffer
java.lang.StringBuilde 一个可变的字符序列是5.0新增的。
java.lang.StringBuilder此类提供一个与 StringBuffer 兼容的 API，但不保证同步。该类被设计用作 StringBuffer 的一个简易替换，用在字符串缓冲区被单个线程使用的时候（这种情况很普遍）。如果可能，建议优先采用该类，因为在大多数实现中，它比 StringBuffer 要快。两者的方法基本相同。
1.hashtable hashmap区别, 用法场景？
过于Java Android 用的较少 但还是要学习
先说使用场景
HashMap和HashTable:HashMap去掉了HashTable的contains方法，但是加上了containsValue()和containsKey()方法。HashTable同步的，而HashMap是非同步的，效率上比HashTable要高。HashMap允许空键值，而HashTable不允许。
HashMap：适用于Map中插入、删除和定位元素。
Treemap：适用于按自然顺序或自定义顺序遍历键(key)。
异同参考自 http://blog.csdn.net/fujiakai/article/details/51585767
Hashtable也是JDK1.0引入的类，是线程安全的，能用于多线程环境中。 Hashtable同样实现了Serializable接口，它支持序列化，实现了Cloneable接口，能被克隆。
HashMap是基于哈希表实现的，每一个元素是一个key-value对，其内部通过单链表解决冲突问题，容量不足（超过了阀值）时，同样会自动增长。
HashMap是非线程安全的，只是用于单线程环境下，多线程环境下可以采用concurrent并发包下的concurrentHashMap。
HashMap 实现了Serializable接口，因此它支持序列化，实现了Cloneable接口，能被克隆。
不同之处：
①继承的父类不同
Hashtable继承自Dictionary类，而HashMap继承自AbstractMap类。但二者都实现了Map接口。
②线程安全性不同
javadoc中关于hashmap的一段描述如下：此实现不是同步的。如果多个线程同时访问一个哈希映射，而其中至少一个线程从结构上修改了该映射，则它必须保持外部同步。
Hashtable 中的方法是Synchronize的，而HashMap中的方法在缺省情况下是非Synchronize的。在多线程并发的环境下，可以直接使用Hashtable，不需要自己为它的方法实现同步，但使用HashMap时就必须要自己增加同步处理。
③是否提供contains方法
HashMap把Hashtable的contains方法去掉了，改成containsValue和containsKey，因为contains方法容易让人引起误解。Hashtable则保留了contains，containsValue和containsKey三个方法，其中contains和containsValue功能相同。
④key和value是否允许null值
其中key和value都是对象，并且不能包含重复key，但可以包含重复的value。
Hashtable中，key和value都不允许出现null值。但是如果在Hashtable中有类似put(null,null)的操作，编译同样可以通过，因为key和value都是Object类型，但运行时会抛出NullPointerException异常，这是JDK的规范规定的。
HashMap中，null可以作为键，这样的键只有一个；可以有一个或多个键所对应的值为null。当get()方法返回null值时，可能是 HashMap中没有该键，也可能使该键所对应的值为null。因此，在HashMap中不能由get()方法来判断HashMap中是否存在某个键， 而应该用containsKey()方法来判断。
⑤两个遍历方式的内部实现上不同
Hashtable、HashMap都使用了 Iterator。而由于历史原因，Hashtable还使用了Enumeration的方式 。
⑥hash值不同
哈希值的使用不同，HashTable直接使用对象的hashCode。而HashMap重新计算hash值。 hashCode是jdk根据对象的地址或者字符串或者数字算出来的int类型的数值。
Hashtable计算hash值，直接用key的hashCode()，而HashMap重新计算了key的hash值，Hashtable在求hash值对应的位置索引时，用取模运算，而HashMap在求位置索引时，则用与运算，且这里一般先用hash&0x7FFFFFFF后，再对length取模，&0x7FFFFFFF的目的是为了将负的hash值转化为正值，因为hash值有可能为负数，而&0x7FFFFFFF后，只有符号外改变，而后面的位都不变。
⑦内部实现使用的数组初始化和扩容方式不同
HashTable在不指定容量的情况下的默认容量为11，而HashMap为16，Hashtable不要求底层数组的容量一定要为2的整数次幂，而HashMap则要求一定为2的整数次幂。
Hashtable扩容时，将容量变为原来的2倍加1，而HashMap扩容时，将容量变为原来的2倍。
Hashtable和HashMap它们两个内部实现方式的数组的初始大小和扩容的方式。HashTable中hash数组默认大小是11，增加的方式是 old*2+1。
2.Android 内存泄漏溢出 原因 解决办法
3.mvp Retrofit 优点 使用
4.handler 机制
5.android 性能优化
6.glide 的源码 原理
2-6 都是比较常规的 常见的。
7.网络请求 http 框架和tcp 框架
都没有明白什么意思。。。
建立起一个TCP连接需要经过“三次握手”：
第一次握手：客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认；
第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；
第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。
握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭连 接之前，TCP 连接都将被一直保持下去。断开连接时服务器和客户端均可以主动发起断开TCP连接的请求，断开过程需要经过“四次握手”（过程就不细写 了，就是服务器和客户端交互，最终确定断开）
http
HTTP连接最显著的特点是客户端发送的每次请求都需要服务器回送响应，在请求结束后，会主动释放连接。从建立连接到关闭连接的过程称为“一次连接”。
1）在HTTP 1.0中，客户端的每次请求都要求建立一次单独的连接，在处理完本次请求后，就自动释放连接。
2）在HTTP 1.1中则可以在一次连接中处理多个请求，并且多个请求可以重叠进行，不需要等待一个请求结束后再发送下一个请求。
由于HTTP在每次请求结束后都会主动释放连接，因此HTTP连接是一种“短连接”，要保持客户端程序的在线状态，需要不断地向服务器发起连接请求。通常的 做法是即时不需要获得任何数据，客户端也保持每隔一段固定的时间向服务器发送一次“保持连接”的请求，服务器在收到该请求后对客户端进行回复，表明知道客 户端“在线”。若服务器长时间无法收到客户端的请求，则认为客户端“下线”，若客户端长时间无法收到服务器的回复，则认为网络已经断开。