Java 中基本数据类型的运算有哪几种？
答：算术运算、比较运算、逻辑运算。算术运算符有哪几个？
答：+、-、、/、%、++、–。需要注意的是，取模运算适用于整数和字符类型，其他算术运算符适用于所有数值类型和*字符类型。下面运算：int a = 2147483647 2 是否正确？如果不正确怎么改？
答：不正确，因为运算超出了 int 值的范围。要避免这种情况，结果类型应使用 long，除此之外，因为运算还是默认按照 int 类型进行，还需要将至少一个数据表示为 long 形式。所以，应改为：long a = 2147483647 2L。下面三个运算：double a = 10/4; double b = 10/4.0; double c = 10/(double)4 的结果分别是多少?
答：a = 2; b = 2.5; c = 2.5。因为整数相除不是四舍五入，而是直接舍去小数位。如果要按小数进行运算，需要将至少一个数表示为小数形式，或者使用强制类型转化。比较运算符有哪几个？
答： >、>=、<、<=、\==、!=。需要注意的是，对于数组，== 判断的是两个数组变量指向的是不是同一个数组，而不是两个数组元素内容是否一样。如果需要比较数组的内容是否一样，需要逐个比较里面存储的每个元素。逻辑运算符有哪几个？
答：&、|、！、^ 、&&、||。& 和 &&，以及 | 和 || 的区别？
答：&& 和 || 具有短路功能，即在操作符前半部分可以判定结果的情况下，操作符后半部分就不会再运算执行。
编程基础（二）：赋值
整数类型 byte/short/int/long 分别占几个字节、取值范围是怎样的？
答：byte/short/int/long 分别占 1、2、4、8 个字节。取值范围如下表所示：| 类型名 | 取值范围| 类型名 |取值范围|
| :——:| :——: | :——: |:——:|
| byte | -2^7 ~ 2^7 -1 | int | -2^31 ~ 2^31 -1 |
| short | -2^15 ~ 2^15 -1 | long | -2^63 ~ 2^63 -1 |给 long 类型赋值时有什么需要注意的？
答：给 long 类型赋值时，如果常量超出了 int 的表示范围（-2^31 ~ 2^31 -1），需要在常量后面加大写字母或小写字母 L，这是因为整型常量默认是 int 类型的。很多开发规范里为防止字母 L 的小写和数字1混淆建议使用大写。浮点类型 float/double 分别占几个字节、赋值时有什么需要注意的？
答：分别占 4、8 个字节。因为浮点类型默认是 double 类型，所以对于 float 类型需要在后面加大写字母 F 或小写字母 f。布尔类型 boolean 占用几个字节？
答：在《Java虚拟机规范》一书中的描述：“虽然定义了boolean这种数据类型，但是只对它提供了非常有限的支持。在Java虚拟机中没有任何供boolean值专用的字节码指令，Java语言表达式所操作的boolean值，在编译之后都使用Java虚拟机中的int数据类型来代替，而boolean数组将会被编码成Java虚拟机的byte数组，每个boolean元素占8位”。也就是说JVM规范指出boolean当做int处理，也就是4字节，boolean数组当做byte数组处理，这样我们可以得出boolean类型占了单独使用是4个字节，在数组中是确定的1个字节。
那虚拟机为什么要用int来代替boolean呢？为什么不用byte或short，这样不是更节省内存空间吗。经过查阅资料发现，使用int的原因是，对于当下32位的处理器（CPU）来说，一次处理数据是32位（这里不是指的是32/64位系统，而是指CPU硬件层面），32 位 CPU 使用 4 个字节是最为节省的，哪怕你是 1 个 bit 他也是占用 4 个字节。因为 CPU 寻址系统只能 32 位 32 位地寻址，具有高效存取的特点。
字符类型占用几个字节、怎么表示？
答：字符类型 char 表示一个字符，这个字符可以是中文字符，也可以是英文字符。占用两个字节，赋值时把常量字符用单引号括起来。大部分的常用字符用一个 char 就可以表示，但有的特殊字符用一个 char 表示不了。It has a minimum value of ‘\u0000’ (or 0) and a maximum value of ‘\uffff’ (or 65,535 inclusive).
基本数据类型和对象类型的默认值都是怎样的？
答：| Data Type | Default Value(for fields) |
| :——:| :——: |
| byte | 0 |
| short | 0 |
| int | 0 |
| long | 0L |
| float | 0.0f |
| double | 0.0d |
| char | ‘\u0000’ |
| boolean | false |
| String(or any object) | null |局部变量的默认赋值是怎样的？
答：Local variables are slightly different; the compiler never assigns a default value to an uninitialized local variable. If you cannot initialize your local variable where it is declared, make sure to assign it a value before you attempt to use it. Accessing an uninitialized local variable will result in a compile-time error.
Official Reference: https://docs.oracle.com/javase/tutorial/java/nutsandbolts/datatypes.html
新建一个基本类型的数组有哪几种写法？
答：有3种，分别是：- int[] arr = {1, 2, 3};
简单粗暴派（毛） - int[] arr = new int[] {1, 2, 3};
左右逢源派（周） - int[] arr = new int[3]; arr[0] = 1; arr[1] = 2; arr[2] = 3;
学院教条派（王）
- int[] arr = {1, 2, 3};
int[] arr = new int[3] {1, 2, 3} 这种写法是否正确？为什么？
答：不正确。可以这么理解，因为初始值已经决定了长度，再指定一个长度，如果不一致，计算机将无所适从。说白了，JVM还没有那么智能，也许将来新版本会改进这个问题。数组在内存中的表示形式是怎样的？
答：数组在内存中两块内存空间，一块用于存储数组内容本身，另一块用于存储数组第一个元素内容在内存中的实际位置。为什么数组要用两块空间？不能只用一块吗？
答：为了方便不同长度的数组之间的赋值。也就是说，给数组变量赋值和给数组中元素赋值是两回事，给数组中元素赋值是改变数组内容，给数组变量赋值则会让变量在内存中指向一个不同的位置。
编程基础（一）：数据类型和变量
数据划分为不同的类型的意义是？
答：意义在于对纷繁复杂的抽象数据进行分类，以便于理解和具象操作。Java 中的基本数据类型有？
答： Java 中的基本数据类型有4种，分别是：- 整数类型：有4种整形 byte/short/int/long，分别有不同的取值范围。
- 小数类型：有两种类型 float/double，有不同的取值范围和精度。
- 字符类型：char，表示单个字符。
- 布尔类型：boolean，表示真假。
怎么理解数组？
答：数组表示固定长度的同种数据类型的多条纪录，这些数据在内存中连续存放。也就是说，数组有三个特点：长度固定、类型一致、连续存放。基本数据类型都有对应的数组类型，数组是最基础也是最简单的一种数据结构。“Java 中除了基本数据类型，其他都是对象类型”，这句话对吗？
答：对。对象到底是什么，怎么理解对象?
答：对象是由基本数据类型、数组和其他对象组合而成的一个东西，以方便对其整体进行操作。打个比方：世界万物都是由元素周期表中的元素组成的，基本数据类型就相当于化学中的基本原色，而对象就相当于世界万物。就像《Java 编程思想》里说的：“万物皆对象”。内存的含义是什么，怎么理解？
答：内存相当于操作数据时存储数据的容器，所谓内存在程序看来就是一块有地址编号的连续的空间。数据放到内存中的某个位置后，为了方便地找到和操作这个数据，需要给这个位置起一个名字，这个名字就是变量。声明一个变量，其实就是在内存中分配了一块空间。对于变量来说，位置是位置、内容是内容，位置不变、内容可变。
Java 四种引用解析以及在 Android 中的应用
- JVM垃圾回收(GC)机制
- 可达性分析算法
- 四种引用状态分析（重点）
JVM垃圾回收(GC)机制
- GC: Garbage Collection
- GC 的历史比 Java 久远，1960年诞生于 MIT 的 Lisp 语言是第一门真正使用内存动态分配和垃圾回收技术的语言
- GC 需要完成的 3 件事：
- What: 哪些内存需要回收？
- When: 什么时候回收？
- How: 怎样回收？
- 了解学习 GC 和内存分配的必要性：当需要排查各种内存溢出、内存泄漏问题时，当垃圾回收成为系统达到更高并发量的瓶颈时，我们就需要对这些“自动化”的技术实施必要的监控和调节
问题：JVM 是怎样找到这些需要被回收的内存的呢？
引用计数算法（Reference Counting）：
- 给对象中添加一个引用计数器，每当有一个地方引用它时，计数器值就加1
- 当引用失效时，计数器值减1
- 任何时候计数器为0的对象就是不可能再被使用的
结论：主流 JVM 没有选用引用计数算法来管理内存，主要原因就是它很难解决对象之间循环引用的问题
Linus: “ talk is cheap, show me the code “
Demo:
1 | public class GCDemo { |
Output:
1 | [GC (System.gc()) [PSYoungGen: 4669K->696K(37888K)] 4669K->704K(123904K), 0.0049445 secs] [Times: user=0.00 sys=0.00, real=0.01 secs] |
可达性分析（Reachability Analysis）算法
基本思路：
- 通过一系列的被称为 “GC Roots” 的对象作为起始点，从这些节点开始向下搜索
- 搜索所走过的路径称为引用链（Reference Chain）
- 当一个对象到 GC Roots 没有任何引用链相连时，则证明此对象不可用，将会被判定是可回收的对象
可达性分析算法如图所示：
引申：GC Roots 起始对象怎么来的；具体的搜索算法是怎样的
在 Java 语言中，可作为 GC Roots 的对象包括以下四种：
- 虚拟机栈（栈帧中的本地变量表）中引用的对象
- 方法区中类的静态属性引用的对象
- 方法区中常量引用的对象
- 本地方法栈中 JNI（即 Native方法）引用的对象
四种引用状态分析
JDK 1.2 之前：
- A 内存的值 = B 内存的首地址，则 A 代表一块引用（纯粹，狭隘）
JDK 1.2 之后：
- 强引用（Strong Reference）
- 软引用（Soft Reference）
- 弱引用（Weak Reference）
- 虚引用（Phantom Reference）
准备工作：
-Xms20M -Xmx20M -Xmn10M -XX:SurvivorRatio=8 -verbose:gc -XX:+PrintGCDetails
- 堆大小固定为20M(最小和最大都为20M,所以就固定为20M了)
- 新生代大小为10M，SurvivorRatio设置为8，则Eden区大小=8M，每个Survivor区大小=1M，每次有9M的新生代内存空间可用来new对象
- 当发生GC的时候打印GC的简单信息，当程序运行结束打印GC详情
强引用（Strong Reference）
特点：
- Object obj = new Object();
- 只要强引用还在，垃圾回收器永远不会回收被引用的对象
- 哪怕 JVM 抛出 OutOfMemoryError 异常，也不会全部回收强引用
Demo1:
1 | public class StrongReferenceDemo1 { |
Output:
1 | [Full GC (System.gc()) [Tenured: 5120K->5120K(10240K), 0.0018258 secs] 10993K->10843K(19456K), [Metaspace: 3090K->3090K(1056768K)], 0.0018492 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] |
Demo2:
1 | public class StrongReferenceDemo2 { |
Output:
1 | [Full GC (Allocation Failure) [TenuredException in thread "main" java.lang.OutOfMemoryError: Java heap space |
Demo3:
1 | public class StrongReferenceDemo3 { |
Output:
1 | [Full GC (System.gc()) [TenuredJava HotSpot(TM) 64-Bit Server VM warning: Using the ParNew young collector with the Serial old collector is deprecated and will likely be removed in a future release |
软引用（Soft Reference）
特点：
- 有用但非必需的对象
- JVM 在抛出内存溢出异常之前，会把软引用关联着的对象列进回收范围进行二次回收
- 如果二次回收还没有足够的内存，才会抛出内存溢出异常
- JDK 1.2 之后，SoftReference 类
Demo1:
1 | private static void test() { |
Output:
1 | GC前：[B@1540e19d |
Demo2:
1 | private static void test() { |
Output:
1 | : 4195K->23K(9216K), 0.0021830 secs] 8870K->8793K(19456K), 0.0021967 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] |
Demo3:
1 | public class ImageLoader { |
Output:
1 | ImageLoader.getInstance().loadDrawable("http://news.21-sun.com/UserFiles/x_Image/x_20150606083511_0.jpg", |
好处（场景）：
- 内存不足时先回收，避免抛出内存溢出异常导致Crash
- 图片缓存加载（内存缓存）
弱引用（Weak Reference）
特点：
- 有用非必需（比软引用更弱）
- 被弱引用关联的对象，只能生存到下一次垃圾回收发生之前
- 发送 GC 时，无论当前内存是否足够，都会回收掉只被弱引用关联的对象
- JDK 1.2 之后，WeakReference 类
Demo1:
1 | private static void test() { |
Output:
1 | 弱引用GC前：[B@1540e19d |
Demo2:
1 | private static class UserHandler extends Handler{ |
Output: 避免内存泄漏
虚引用（Phantom Reference）
特点：
- 幽灵引用、幻影引用，是最弱的一种引用关系
- 一个对象是否有虚引用的存在，完全不会对其生存时间构成影响
- 也无法通过一个虚引用来取得一个对象实例，唯一目的就是能在关联对象被回收时收到一个系统通知
- JDK 1.2 之后，PhantomReference 类
- 使用最少，了解即可
【汇总】 RecyclerView 相关文章大合集
前言
关于 RecyclerView，额……，不想多说了，总之很好很强大~
文章列表
微信收藏：
- 读源码-用设计模式解析 RecyclerView
- 对 RecyclerView Item 做动画
- 优雅的为 RecyclerView 添加 HeaderView 和 FooterView
- RecyclerView 学习：高仿知乎的侧滑删除
- 针对 RecyclerView 打造属于你的 LayoutManager
- 使用 ItemTouchHelper 轻松实现 RecyclerView 拖拽排序和滑动删除
- RecyclerView 添加 onItemClickListener 更佳的解决方案
- 为 RecyclerView 打造通用 Adapter，让 RecyclerView 更加好用
- SuperRecyclerView，只为打造出更好用的 RecyclerView
- 灵活且强大的 RecyclerViewAdapter 源码分析
- RecyclerView 技术栈
- 还在用 ListView? RecyclerView 都已经出来一年多了！
- 深入浅出 RecyclerView
- Android Material Design 系列之 RecyclerView 和 CardView
- 一种新的 HeaderView + RecyclerView 实现方式
- 偷懒新姿势，打造属于 RecyclerView 的万能适配器
- Andriod 新组件 RecyclerView 介绍，其效率更好
- 掌握 RecyclerView 动画不得不看的文章
- Android LRecyclerView 实现下拉刷新，滑动到底部自动加载更多
Github 上：
- 关于 RecyclerView 你必须知道的
- Android开源之BaseRecyclerViewAdapterHelper(持续更新！)
- 一个很赞的RecyclerView Adapter辅助类
- SmartHeaderFooterRecyclerview
- 那些酷炫的RecyclerView开源库整理
- Android RecyclerView 顶部悬浮实现
- 这是一篇Android RecyclerView使用介绍哦
- RecyclerView的ViewHolder和Adapter的封装优化
- RecyclerView优秀文集
- 支持RecyclerView,View,ScrollView下拉刷新,上拉加载更多,上拉自动加载更多
- Android LRecyclerView 实现下拉刷新，滑动到底部自动加载更多
……
持续更新中…
浅析 ListView 优化策略
前记
ListView，作为曾经 Android 开发中最重要的控件，风光无两之后颓势渐显，如今正被大红大紫的 RecyclerView 慢慢取代，而且 Google 官方也建议我们使用后者代替前者。但即便如此，ListView 中依然有一些优秀的设计思想值得我们好好研读学习，也为后续我们更好地理解 RecyclerView 的强大打好基础。ListView 源码有三千多行，RecyclerView 有一万多行。这篇文章并没有打算从源码入手，只是在分析优化时引用一些源码中必要的代码及分析。对源码有兴趣的同学可以参考郭神的这篇博客《Android ListView工作原理完全解析，带你从源码的角度彻底理解》。
OK，下面进入正题~~
ListView 继承结构
ListView 中有部分代码逻辑是继承父类的，所以有必要了解一下它的继承结构。官方文档中 ListView 的类继承结构如下：
需要注意的是：与 ListView 处于同一级别的是 CardView，对于 ListView 的优化策略对于 CardView 也同样适用，但是现在用到 CardView 的地方并不是很多。ListView 还有一个子类 ExpandableListView，从名字上可以看出来是 ListView 的一个增强版，但现在有了 RecyclerView（ListView 的豪华增强版），估计也不怎么用了吧，有兴趣的同学可以自己研究一下。
ListView 优化策略
ListView 中用到的设计模式主要有下面三种：
- 单例设计模式：在
LayoutInflater类中，获取的系统核心服务以单例形式存在。 - 适配器模式：
ListView负责加载视图，而Adapter负责绑定并展示数据。 - 观察者模式：当数据源发生变化时，会通知
ListView更新并重新绘制ItemView。
下面介绍几个具体的优化策略：
使用 convertView 参数
我们在自定义 Adapter 时，都会重写 getView()方法，该方法签名如下：
@override
public view getView(int position, View convertView, ViewGroup parent)
其中，第三个参数parent表示该 Item View 的父视图，对于 ListView 来说这个 parent 就代表 ListView 本身。第二个参数 convertView很重要，严格来讲它并不是必须的，但使用它会提升 ListView 的运行效率。说它是优化策略似乎并不十分准确，因为这个参数本来就写好在getView()方法中了，不用的话，只能说代码写的不够优雅。但考虑到性能，我们现在也都用上这个参数了，不用的话反而感觉有些另类了。
完整getView()方法如下：
public View getView(int positioin, View convertView, ViewGroup parent) {
ViewHolder holder = null;
if (convertView == null) {
convertView = LayoutInflater.from(getContext()).inflate(R.layout.listview_item, null);
holder = new ViewHolder();
holder.textview = (TextView) convertView.findViewById(R.id.tv_text);
convertView.setTag(holder);
} else {
holder = (ViewHolder) convertView.getTag();
}
holder.textView.setText(mData.get(position)); // 数据绑定
return convertView; // 返回视图
}
使用 convertView 的原因就是为了避免 LayoutInflater 类的多次使用，因为类 LayoutInflater加载布局比较耗资源。
这里 convertView 的复用涉及到 RecycleBin 机制。如下图：
总结来说，RecycleBin中有两个重要的View数组，分别是mActiveViews和mScrapViews。这两个数组中所存储的View都是用来复用的，只不过mActiveViews中存储的是OnScreen的View，这些View很有可能被直接复用；而mScrapViews中存储的是OffScreen的View，这些View主要是用来间接复用的。对 RecycleBin 机制感兴趣的同学可以参考这篇文章《List 中的 RecycleBin 机制》。
使用 ViewHolder
使用 ViewHolder 非常简单，如下：
public class ViewHolder {
public TextView textView;
// ItemView 中其他控件……
}
convertView 的使用是为了把 View 外层复用避免重复加载布局，而 ViewHolder 则是把 View 的内层 View 内容进行缓存，避免 findViewById()方法的多次调用，同样可以提升性能。
异步加载图片
优化列表的卡顿现象提高滑动的流畅度的出发点就是不要在主线程中做太耗时的操作。而我们都知道加载图片是一个比较耗时的操作，所以尽可能采用异步加载的方式，同时尽量用小图或缩略图。示例代码如下：
// Using an AsyncTask to load the slow images in a background thread
new AsyncTask<ViewHolder, Void, Bitmap>() {
private ViewHolder v;
@Override
protected Bitmap doInBackground(ViewHolder... params) {
v = params[0];
return mFakeImageLoader.getImage();
}
@Override
protected void onPostExecute(Bitmap result) {
super.onPostExecute(result);
if (v.position == position) {
// If this item hasn't been recycled already, hide the
// progress and set and show the image
v.progress.setVisibility(View.GONE);
v.icon.setVisibility(View.VISIBLE);
v.icon.setImageBitmap(result);
}
}
}.execute(holder);
控制异步加载频率
有一种情况是用户有意无意的频繁滑动 ListView，这会造成短时间内主线程要进行大量的 UI 更新操作，肯定会造成一定程度上的卡顿。解决问题的思路是判断用户的操作手势，当快速滑动时不加载里面的图片。即使加载了速度很快时也看不清而且会卡，所以索性不加载了等停下来再加载也不迟。
具体实现时，可以给 ListView 或者 GridView 设置 setOnScrollListener,并在 OnScrollListener 的 onScrollStateChanged() 方法中判断列表是否处于滑动状态，如果是就停止加载图片，代码如下：
public void onScrollStateChanged(AbsListView view, int scrollState) {
if (scrollState == OnScrollListener.SCROLL_STATE_IDLE) {
mIsGridViewIdle = true;
mImageAdapter.notifyDataSetChanged();
} else {
mIsGridViewIdle = false;
}
}
然后在 getView()方法中，仅当列表静止时才能加载图片，如下：
if (mIsGridViewIdle && mCanGetBitmapFromNetWork) {
imageView.setTag(uri);mageView, mImageWidth, mImageWidth);
}
不太常用的几个技巧
- 对数据显示进行分页加载。
Item的布局层级越少越好，可通过 Android Studio 中的 ADM 工具查看，SDK 中的 HierarchyViewer 也可以。- 开启硬件加速，通过设置：android:hardwareAccelerated=”true”。
后记
对 ListView 的分析暂时告一段落，以后就全面拥抱 RecyclerView 了。
， m’m’m’m’m’m’m
详解 Java 反射机制及其在 Android 中的应用
什么是 Java 的反射机制
Java 反射是 Java 被视为动态（或准动态）语言的一个关键性质。这个机制允许程序在运行时通过 reflection APIs 取得任何一个已知名称的 class 的内部信息，包括其 modifiers（诸如 public，static等）、superclass（例如 Object）、实现的 interfaces（例如 Cloneable），也包括 fields 和 methods 的所有信息，并可于运行时改变 fields 内容或唤起 methods。
Java 反射机制容许程序在运行时加载、探知、使用编译期间完全未知的 classes。换言之，Java 可以加载一个运行时才得知名称的 class，获得其完整结构。
JDK 中提供的 Reflection API
Java 反射相关的 API 在包 java.lang.reflect 中，JDK 1.8 的 reflect 包如下图：
Member接口：该接口可以获取有关类成员（域或者方法）构造函数的信息。AccessibleObject类：该类是域对象（field）、方法对象（method）、构造函数对象（constructor）的基础类。它提供了将反射的对象标记为在使用时取消默认 Java 语言访问控制检查的能力。Array类：该类提供动态地生成和访问 Java 数组的方法。- Constructor 类：提供一个类的构造函数的信息以及访问类的构造函数的接口。
Field类：提供一个类的域的信息以及访问类的域的接口。Method类：提供一个类的方法的信息以及访问类的方法的接口。Modifier类：提供了 static 方法和常亮，对类和成员访问修饰符进行解码。Proxy类：提供动态生成代理类和类实例的静态方法。
Java 反射机制提供了什么功能
- 在运行时判断任意一个对象所属的类
- 在运行时构造任意一个类的对象
- 在运行时判断任意一个类所具有的成员变量和方法
- 在运行时调用任一个对象的方法
- 在运行时创建新类对象
在使用 Java 的反射功能时，基本首先都眼获取类的 Class 对象，再通过 Class 对象获取其他的对象。
这里首先定义用于测试的类：
Class Type {
public int pubIntFiels;
public String pubStringField;
private int prvIntField;
public Type() {
Log("Default Constructor");
}
Type(int arg1, String arg2) {
pubIntField = arg1;
pubStringField = arg2;
Log("Constructor with parameters");
}
public void setIntField(int val) {
this.prvIntField = val;
}
public int getIntField() {
return prvIntField;
}
private void Log(String msg) {
System.out.println("Type:"+ msg);
}
}
Class ExtendType extends Type {
public int pubIntExtendField;
public String pubStringExtendField;
private int prvIntExtendField;
public ExtendType() {
Log("Default Constructor");
}
ExtendType(int arg1, String arg2) {
pubIntExtendField = arg1;
pubStringExtendField = arg2:
Log("Constructor with parameters");
}
public void setIntExtendField(int field7) {
this.prvIntExtendField = field7;
}
public int getIntExtendField() {
return prvIntExtendField;
}
private void Log(String msg) {
System.out.println("ExtendType:"+ msg);
}
}
1.获取类的 Class 对象
Class 类的实例表示正在运行的 Java 应用程序中的类和接口。获取类的 Class 对象有多种方式：
- 调用
getClass:
Boolean var1 = true;
Class<?> classType2 = var1.getClass();
System.out.println(classType2);
输出：class java.lang.Boolean
- 运用
.class语法：
Class<?> classType4 = Boolean.class;
System.out.println(classType4);
输出：class java.lang.Boolean
- 运用静态方法
Class.forName()：
Class<?> classType5 = Class.forName("java.lang.Boolean");
System.out.println(classType5);
输出：class java.lang.Boolean
运用 primitive wrapper classes 的
TYPE语法：这里返回的是原生类型，和 Boolean.class 返回的不同
Class<?> classType3 = Boolean.TYPE;
System.out.println(classType3);
输出：boolean
2.获取类的 Fields
可以通过反射机制得到某个类的某个属性，然后改变对应于这个类的某个实例的该属性值。
Class\
public Field getField(String name):返回一个 Field 对象，它反映此 Class 对象所表示的类或接口的指定公共成员字段。public Field[] getFields():返回一个包含某些 Field 对象的数组，这些对象反映此 Class 对象所表示的类或接口的所有可访问公共字段。public Field getDeclaredField(String name):返回一个 Field 对象，该对象反映此 Class 对象所表示的类或接口的指定已声明字段。public Field[] getDeclaredFields():返回 Field 对象的一个数组，这些对象反映此 Class 对象所表示的类或接口所声明的所有的字段。
==getFields== 和 ==getDeclaredFields== 的区别：
getFileds 返回的是声明为 public 的属性，包括父类 中定义的；
getDeclardFields 返回的是指定类定义的 所有定义 的属性，不包括父类 的。
3.获取类的 Method
通过反射机制得到某个类的某个方法，然后调用对应于这个类的某个实例的该方法。
Class\
public Method getMethod(String name, Class<?>...parameterTypes):返回一个 Method 对象，它反映此 Class 对象所表示的类或接口的指定公共成员方法。public Method[] getMethods():返回一个包含某些 Method 对象的数组。这些对象反映此 Class 对象所表示的类或接口，包括那些由该类或接口声明的以及从超类和超接口继承的那些类或接口的公共成员方法。public Method getDeclaredMethod(String name, Class<?> parameterTypes):返回一个 Method 对象，该对象反映此 Class 对象所表示的类或接口的指定已声明方法。public Method[] getDeclaredMethods():返回 Method 对象的一个数组，这些对象反映此 Class 对象表示的类或接口声明的所有方法，包括公共、保护、默认（包）访问和私有方法，但不包括继承的方法。
4.获取类的 Constructor
通过反射机制得到某个类的构造器，然后调用该构造器创建该类的一个实例。
Class\
public Constructor\<T> getConstructor(Class<?>... parameterTypes):返回一个 Constructor 对象，它反映此 Class 对象所表示的类的指定公共构造方法。public Constructor<?>[] getConstructors():返回一个包含某些 Constructor 对象的数组，这些对象反映此 Class 对象所表示的类的所有公共构造方法。public Constructor\<T> getDeclaredConstructor(Class<?>... parameterTypes):返回一个 Contructor 对象，该对象反映此 Class 对象所表示的类或接口的指定构造方法。public Constructor<?>[] getDeclraedConstructors():返回 Constructor 对象的一个数组，这些对象反映此 Class 对象表示的类声明的所有构造方法，包括公共、保护、默认（包）访问和私有构造方法。
5.新建类的实例
通过反射机制创建类的实例，有一下几种方法可以创建：
- 调用类的 Class 对象的
newInstance方法，该方法会调用对象的默认构造器，如果没有默认构造器，会调用失败。 - 调用默认
Constructor对象的newInstance方法。 - 调用带参数
Constructor对象的newInstance方法。
6.调用类的函数
通过反射获取类 Method 对象，调用 Field 的 Invoke 方法调用函数。
7.设置/获取类的属性值
通过反射获取类的 Field 对象，调用 Field 方法设置或获取值。
Java 中的三种类加载器
Bootstrap ClassLoader:此加载器采用 C++ 编写，一般开发中很少见。Extension ClassLoader:用来进行扩展类的加载，一般对应的是jre\lib\ext目录中的类。AppClassLoader加载 classpath 指定的类，是最常用的加载器，同时也是 java 中默认的加载器。
类的生命周期
在一个类编译完成之后，下一步就需要开始使用类，如果要使用一个雷，肯定离不开 JVM。在程序执行中 JVM 通过==装载、链接、初始化==这 3 个步骤完成。
类的装载是通过类加载器完成的，加载器将 .class 文件的二进制文件装入 JVM 的方法区，并且在==堆区==创建描述这个类的 java.lang.Class 对象，用来封装数据。但是同一个类只会被类装载器装载一次。链接就是把二进制数据组装为可以运行的状态。
链接分为校验、准备、解析这 3 个阶段。
校验一般用来确认此二进制文件是否适合当前的 JVM 版本。
准备就是为静态成员分配内存空间，并设置默认值。
解析指的是转换常量池中的代码作为直接引用的过程，直到所有的符号引用都可以被运行程序使用，即建立完整的对应关系。
完成之后，类就完成了初始化，初始化之后类的对象就可以正常使用了，直到一个对象不再使用之后，将被垃圾回收期回收，释放空间。当没有任何引用指向 Class 对象时就会被卸载，结束类的生命周期。
反射的缺点 Drawbacks of Reflection
性能第一 Performance overhead
Because reflection involves types that are dynamically resolved, certain JVM optimizations can not be performed. Consequently, reflective operations have slower performace than thire non-reflective counterparts, and should be avoided in sections of code which are called frequently in performanc-sensitive applicatioins.
反射包括了一些动态类型，所以 JVM 无法对这些代码进行优化。因此，反射操作的效率要比那些非反射操作低得多。我们应该避免在经常需要被调用的代码和对性能要求很高的程序中使用反射。
安全限制 Security of Restrictions
Reflection requires a runtime permission which may not be present when running under a security manager. This is in an important consideration for code which has to run in a restricted security context, such as in an Applet.
使用反射技术要求程序必须在一个没有安全限制的环境中运行。如果一个程序必须在有安全限制的环境中运行，如 Applet, 那么这就是个问题了。
内部暴露 Exposure of Internals
Since reflection allows code to perform operarions that would be illegal in non-reflective code, such as accessing private fields and methods, the use of reflection can result in unexpected side-effects, which may render code dysfunctional and may destroy portability. Reflective code breaks abstrctions and therefore may change behaior with upgrades of the platform.
由于反射允许代码执行一些在正常情况下不被允许的操作，例如访问私有属性和方法，所有使用反射可能会导致意料之外的副作用–代码有功能上的错误，降低可移植性。反射代码破坏了抽象性，因此当平台发生改变的时候，代码的行为就有可能也随之变化。
反射在 Android 中的应用
Android FrameWork 中的反射
Activity 的启动过程中 Activity 的对象的创建就用到了反射技术。
ClassLoader 和 DexClassLoader
Java 的动态加载的机制就是通过 ClassLoader 来实现的，ClassLoader 也是实现反射的基石。ClassLoader是 Java 提供的一个类，就是用来加载 Class 文件到 JVM，以供程序使用。
ClassLoader加载文件到 JVM， Android 是基于 DVM.
Git 命令总结
ADD AND COMMIT
1. git init
初始化一个 Git 仓库（repository），即把当前所在目录变成 Git 可以管理的仓库。
2. git add 文件
把文件添加到 暂存区（stage），可被 track 追踪纪录下来。可多次使用来添加多个文件。
3. git add *
添加所有修改到暂存区，效果同 git add all，待验证。
4. git add -A
暂存所有的文件，包括新增加的、修改的和删除的文件。
5. git add .
暂存新增加的和修改的文件，不包括已删除的文件。即当前目录下所有文件。
6. git add -u
暂存修改的和删除的文件，不包括新增加的文件。
7. git add -i
交互式添加文件到暂存区。
8. git add -p
暂存文件的一部分。
9. git commit -m "本次提交说明"
一次性把暂存区所有文件修改提交到仓库的当前分支。注意：提交信息可为中文也可为英文，若为英文则通常用一般现在时。如果不加参数 -m 则会跳转到编辑器强制填写提交说明信息。
10. git commit -am "本次提交说明"
使用该命令，Git 就会自动把所有已经跟踪过的文件暂存起来一并提交，从而跳过 git add 步骤，参数 -am 也可写成 -a -m。“在 oh-my-zsh 下，直接用 gcam “message” 就搞定了”，—魔都三帅语。
11. git commit --amend
重新提交，最终只会有一个提交，第二次提交将代替第一次提交的结果。尤其适用于提交完了才发现漏掉了几个文件没有添加，或者提交信息写错了的情况。
12. git commit --amend --reset-author
在上一次 commit 之后想重新更新一下时间。amend 实际上修改了上一个 commit。所以如果已经 push 了上一个 commit，请尽量不要 amend。如果一定要 amend 已经 push 了的 commit，请确保这个 commit 所在的 branch 只有你一个人使用（否则会给其他人带来灾难），然后在 amend 之后使用 git push –force。只要多加小心，该命令貌似没什么卵用。
13. git commit -p
commit 文件的一部分，适合工作量比较大的情况。之后，Git 会对每块修改弹出一个提示，询问你是否 stage，按 y/n 来选择是否 commit 这块修改，? 可以查看其他操作的说明。
DIFF AND SHOW
1. git status
显示当前仓库的最新状态。提交之后，工作区就是“干净的”，即没有新的修改；有未提交文件时，最上面显示的是在 staging area，即将被 commit 的文件；中间显示没有 stage 的修改了的文件，最下面是新的还没有被 Git track 的文件。“在 oh-my-zsh 下，输入 gst 就出来了，谁用谁知道，装逼利器，效率杠杠的”，—魔都三帅语。
2. git status -s 或 git status --short
状态简览。输入此命令后，有如下几种情况（总共5种情况）：新添加的未跟踪文件前面有 ?? 标记，新添加到暂你可能注意到了 M 有两个可以出现的位置，出现在右边的 M 表示该文件被修改了但是还没放入暂存区，出现在靠左边的 M 表示该文件被修改了并放入了暂存区。
3. git diff
查看工作区中的修改。
4. git diff --staged 或 git diff --cached
查看暂存区中的修改。
5. git diff <commit id1> <commit id2>
比较两次 commit 之间的差异。
6. git diff <branch1> <branch2>
在两个 branch 之间比较。
7. git diff 文件
查看指定文件具体修改了哪些内容。
8. git diff HEAD -- 文件
查看版本库最新版本和工作区之间的区别，貌似没什么卵用。
9. git difftool --tool-help
查看系统支持哪些 Git Diff 插件，貌似没什么卵用。
10. git show
查看最后一个 commit 的修改。
11. git show HEAD~3
查看倒数第四个 commit 的修改，HEAD~3 就是向前数三个的 commit，即倒数第四个 commit。
12. git show deadbeef
查看 hash 为 deadbeef 的 commit 的修改。
13. git blame 文件
查看谁什么时间改了哪些文件。
LOG AND RESET
1. git log
显示从最近到最远的提交日志，包括每个提交的 SHA-1 校验和、作者的名字和电子邮件地址、提交时间以及提交说明等基本信息。
2. git log -p -2
除显示基本信息之外，还显示每次提交的内容差异，-2 意思是仅显示最近两次提交。特别适用于进行代码审查，或者快速浏览某个搭档提交的 commit 所带来的变化。
3. git log --start
显示每次提交的简略的统计信息，貌似不太好用。
4. git log --graph
查看分支合并图。
5. git log --pretty=oneline
简化日志信息，将每个提交放在一行显示，查看的提交数很大时非常有用，也可带有 –graph 参数，效果同 git config format.pretty oneline。
6. git log --graph --pretty=oneline --abbrev-commit
查看分支的合并情况，包括分支合并图、一行显示、提交校验码缩略显示。
7. git log --oneline --decorate
查看各个分支当前所指的提交对象（commit object）。Git 仓库中有五个对象：三个 blob 对象（保存着文件快照）、一个树对象（记录着目录结构和 blob 对象索引）以及一个提交对象（包含着指向前述树对象的指针和所有提交信息）。
8. git log --oneline --decorate --graph --all
查看分叉历史，包括：提交历史、各个分支的指向以及项目的分支分叉情况。
9. git reset --hard HEAD^
回退到上一个版本。同理，回退到上上个版本为：HEAD^ ^， 回退到上100个版本为：HEAD-100，貌似波浪号 ~ 也可以，变成倒数第101个。
10. git reflog
纪录每一次命令，可用于查找某一提交版本的 commit id。
11. git reset --hard <commit id>
回退到某一提交过的版本，如果已经 push，则回退的意义不大了。恢复一个彻底删掉的 commit，见链接：https://github.com/xhacker/GitProTips/blob/master/zh_CN.md#别人-push-了修改我无法-push-了怎么办。
WORKING AREA AND REPO AREA
1. 工作区（Working Directory）
项目所在的文件目录。
2. 版本库（Repository）
工作区有一个隐藏目录文件 .git（可通过命令 ls -ah 查看隐藏文件），这就是 Git 的版本库。版本库里主要有称为 stage 的暂存区、Git 自动创建的 master 分支，以及指向 master 的一个指针 HEAD，表示版本库的最新版本。
RESET AND REVERT
1. git checkout -- 文件
丢弃工作区的修改，包括修改后还没有放到暂存区和添加到暂存区后又作了修改两种情况。总之，让该文件回到最近一次 git commit 或 git add 之后的状态。注意：没有 – ，就变成了切换分支的命令了。郭神的书 P195 没有 – 符号，可能是笔误。
2. git reset HEAD 文件
把暂存区的修改撤销（unstage），回退到工作区。注意：在 Git 中任何已提交的东西几乎总是可以恢复的。甚至那些被删除的分支中的提交或使用 –amend 选项覆盖的提交也可以恢复。然而，任何未提交的东西丢失后很可能再也找不到了。
3. git reset --hard
重置所有文件到未修改的状态。
4. git reset <commit SHA>
重置到某个 commit。
5. git reset HEAD~1
将当前 branch 重置为倒数第二个 commit（即丢弃最后一个 commit）。git reset 有三个参数可以选择，–soft、–mixed 和 –hard。
6. git reset --soft
修改最后一个 commit。貌似没什么卵用。
7. git revert <commit id>
还原某个 commit。还原（revert）的实质是产生一个新的 commit，内容和要还原的 commit 完全相反。比如，A commit 在 main.c 中增加了三行，revert A 产生的 commit 就会删除这三行。如果我们非常确定之前的某个 commit 产生了 bug，最好的办法就是 revert 它。git revert 后 git 会提示写一些 commit message，此处最好简单描述为什么要还原；而重置（reset）会修改历史，常用于还没有 push 的本地 commits。
8. git revert HEAD
还原到上次 commit。
REMOVE
1. git rm 文件
把文件从版本库中删除，不会再追踪到。
2. git rm -f 文件
强制删除版本库中有修改的文件。
3. git rm --cached 文件
把文件从版本库中删除，但让文件保留在工作区且不被 Git 继续追踪（track），通常适用于在 rm 之后把文件添加到 .gitignore 中的情况。
4. git rm log/\*.log
删除 log/ 目录下扩展名为 .log 的所有文件。
5. git rm \*~
删除以 ~ 结尾的所有文件。
REMOTE REPO
REMOTE AND PUSH
1. git remote
查看已经配置的远程仓库服务器，效果同 git remote show。
2. git remote -v
显示需要读写远程仓库使用的 Git 保存的简写与其对应的 URL。
3. git ls-remote <remote-name>
显示获得远程引用的完整列表。
4. git remote show <remote-name>
参数 remote-name 通常都是缩写名 origin，可以得到远程分支更为详细的信息以及 pull 和 push 相关提示信息。
5. git remote add <shortname> <url>
添加并关联一个远程库。其中，shortname 一般是 origin，也可以是其他字符串，用来代替整个 url。
6. git push
推送本地修改到 origin。
7. git push -u origin master
关联后，使用该命令第一次推送 master 分支的所有内容，后续再推送的时候就可以省略后面三个参数了，其中参数 u 代表上游（upstream）的意思。
8. git push origin 远程分支（通常是 master）
推送最新修改。注意：多人协作时，除了 merge 可能会发生冲突之外，推送时也有可能发生冲突。在他人推送之后是不能立即推送自己的修改的，想想也是，因为可能会覆盖他人的工作，所以必须先拉取（pull）别人的修改合并（merge）之后才能推送。如果不是第一次推送，后面的参数可省略。
9. git push <remote-name> <commit SHA>:<remote-branch_name>
push 一部分 commit。例如：git push origin 9790eff:master 即为 push 9790eff 之前的所有 commit 到 master。
10. git remote rename old_name new_name
重命名一个远程仓库的简写名。
11. git remote rm <remote-name>
移除一个远程仓库。
12. git remote add origin http://github.com/username/<repo name>.git
Create a remote repo named origin pointing at your Github repo (after you’ve already created the repo on Github) (used if you git init since the repo you created locally isn’t linked to a remote repo yet).
13. git remote add origin git@github.com:username/<repo name>.git
Create a remote repo named origin pointing at your Github repo (using SSH url instead of HTTP url).
CLONE
1. git clone git@github.com:username/<repo name>.git
从远程库（origin）克隆一份到本地，仓库名同远程仓库名。
2. git clone https://github.com/username/repo name.git
作用同上。但不建议使用 https 协议，原因有二：一是速度慢；二是每次推送必须输入口令，麻烦。但在某些只开放 http 端口的公司内部就无法使用原生的 ssh 协议而只能用 https，仓库名同远程仓库名。
3. git clone <repo url> <folder name>
克隆一个仓库到指定文件夹。
4. git clone <repo url> .
克隆一个仓库到当前文件夹（应该是空的）。
BRANCH
BRANCH AND MERGE
1. git branch
列出本地当前所有分支，方便查看。当前分支前面会标有一个 * 号。
2. git branch -r
查看远程分支列表。
3. git branch -a
显示所有分支，包括本地和远程。
4. git branch -v
查看每一次分支的最后一次提交。
5. git branch -vv
查看设置的所有跟踪分支。将所有的本地分支列出来并且包含更多的信息，如每一个分支正在跟踪哪个远程分支与本地分支是否是领先、落后或是都有。
6. git branch --merged
查看所有已经被 merge 的 branch。
7. git branch --no-merged
查看所有还没被 merge 的 branch。
8. git branch --merged | xargs git branch -d
删除所有已经被 merge 的 branch。
9. git checkout -b 分支
创建并切换到新的分支，相当于下面两条命令：git branch 分支 + git checkout 分支。
10. git checkout -
切换到上一个 branch。
11. git cherry-pick <commit id>
假如我们在某个 branch 做了一大堆 commit，而当前 branch 想应用其中的一个，可以使用该命令。
12. git merge 分支
合并指定分支到当前所在的分支。
13. git merge --no-ff -m "提交说明信息" 分支
参数 –no-ff 表示禁用 Fast forward 快进模式，用普通模式合并，这样合并后的历史有分支，能看出来曾经做过合并，而 fast forwad 合并就看不出来曾经做过合并。
14. git branch -d 分支
普通删除分支（相对强制删除而言）。一般情况下，先合并完分支，然后再删除，否则会删除失败，除非使用 -D 参数强制删除。注意：因为创建、合并和删除分支非常快，所以 Git 鼓励使用分支完成某个任务，合并后再删除分支，这个直接在 master 分支上工作效果是一样的，但过程更安全。
15. git branch -D 分支
强行删除分支，尤其适用分支内容有了新的修改但还没有被合并的情况。
16. git push origin --delete 远程分支 或 git push origin:远程分支
删除一个远程分支。基本上这个命令做的只是从服务器上移除这个指针。 Git 服务器通常会保留数据一段时间直到垃圾回收运行，所以如果不小心删除掉了，通常是很容易恢复的。
17. git push origin -delete 分支
在本地和远程同步删除分支。
18. git rebase 目标分支（通常是 master）
在本地 master 上进行变基操作。注意：merge 与 rebase 都是整合来自不同分支的修改。
- merge 会把两个分支的最新快照以及二者最近的共同祖先进行三方合并，合并的结果是生成一个新的快照（并提交）。
- rebase 会把提交到某一分支（当前分支）上的所有修改都转移至另一分支（目标分支）上，就好像“重新播放”一样。
- 变基是将一系列提交按照原有次序依次应用到另一分支上，而合并是把最终结果合在一起。简言之：这两种整合方法的最终结果没有任何区别，但是变基使得提交历史更加整洁。
- 采用变基操作后，项目的最终维护者就不再需要进行整合工作，只需要快进合并便可。
- git rebase –ongo 目标分支 第一分支 第二分支：选中在第二分支里但不在第一分支里的修改，将它们在目标分支（通常是 master）上重演。
- 变基有风险，需要遵守的准则是：不要对在你的仓库外有副本的分支执行变基。否则，会导致混乱。总的原则是，只对尚未推送或分享给别人的本地修改执行变基操作清理历史，从不对已推送至别处的提交执行变基操作，这样才能享受到两种方式带来的便利。
- 还可以有这样的命令：git rebase -i master，git rebase -i 22e21f2，git rebase -i HEAD~3。
STASH
1. git stash
把当前分支的工作现场储存起来，等以后恢复现场后继续工作。一般适用于还没有 commit 的分支代码。
2. git stash list
查看储存的工作现场纪录列表。
3. git stash apply + git stash drop
用 git stash apply 命令恢复最近 stash 过的工作现场，但是恢复后，stash 内容并不删除，用 git stash drop 命令来删除。apply 和 drop 后面都可以加上某一指定的 stash_id。
4. git stash pop
相当于上面两条命令，恢复回到工作现场的同时把 stash 内容也删除了。
5. git stash clear
清空所有暂存区的 stash 纪录。drop 是只删除一条，当然后面可以跟 stash_id 参数来删除指定的某条纪录，不跟参数就是删除最近的。
6. git stash apply stash@{0}
上面命令中大括号中的数字不是固定的，因为可以多次 stash，恢复的时候，先用 git stash list 命令查看，然后恢复指定的 stash。
7. git biselect
发现了一个 bug，用该命令知道是哪个 commit 导致的，貌似不太好用。
PULL AND PUSH
1. git push origin 分支
把该分支上的所有本地提交推送到远程库对应的远程分支上。
2. git checkout 分支 origin/分支
如果远程有某一个分支而本地没有，怎用该命令把远程的这个分支迁到本地。
2. git checkout -b 分支 origin/分支
把远程分支迁到本地顺便切换到该分支。
3. git pull
抓取远程库最新提交，拉取并合并。
4. git fetch
没有 merge 的 pull。
5. git branch --set-upstream 分支 origin/分支
建立本地分支和远程分支的关联。
6. git submodule update --recursive
第三方依赖与远程同步，还可以在最后添加 -f 参数。
TAG
INIT TAG
1. git tag
查看所有标签。注意：标签不是按照时间列出，而是按照字母排序，但这并不重要。
2. git show <tag-name>
查看标签信息。
3. git tag -l 'tag-name'
使用特定的模式查找标签。
4. git checkout <tag-name>
切换 tag。
5. git tag <tag name> <commit id>
在需要打标签的分支上创建一个轻量标签（lightweight），默认为 HEAD，也可以指定一个 commit id。
6. git tag -a <tag-name> -m "标签说明文字" <commit id>
创建附注标签（annotated），用 -a 指定标签名，-m 指定说明文字，也可以指定一个 commit id。
7. git tag -a <tag-name> 提交的校验和或部分校验和
后期打标签，即对过去的提交打标签。校验和（checksum）：长度为 40位的16进制数的 SHA-1 值字符串。然而，只要没有冲突，通常可以用一个比较短的前缀来表示一个 commit。
8. git tag -s <tag-name> -m "标签说明文字" <commit id>
通过 -s 用私钥签名一个标签。签名采用 GPG 签名，因此，必须首先按照 pgp（GnuPG），如果没有找到 gpg，或者没有 gpg 秘钥对，就会报错。如果报错，请参考 GnuPG 帮助文档配置 Key。
MANIPULATE TAG
1. git tag -d <tag-name>
删除一个本地标签。因为创建的标签都只存储在本地，不会自动推送到远程。所以，打错的标签可以在本地安全删除。
2. git push origin <tag-name>
推送本地某个标签到远程，默认情况下，git push 命令并不会推送标签到远程，必须显示推送。
3. git push origin --tags
参数 –tags 表示一次性推送全部未推送到远程的本地标签，当其他人从仓库中克隆或拉取，他们也能得到那些标签。
4. git push origin :refs/tags/<tag-name>
删除一个远程标签，先从本地删除，再用该命令从远程删除。
5. git checkout -b <branch-name> <tag-name>
在特定的标签上创建一个新分支，貌似没什么卵用。
CUSTOM GIT
IGNORE
1. git add -f 文件
使用 -f 参数，强制添加被 .gitignore 忽略的文件到 Git。
2. git check-ignore -v 文件
可能是 .gitignore 写得有问题，使用该命令找出到底哪个命令写错了。
3. [https://github.com/github/gitignore](https://github.com/github/gitignore)
GitHub 上的一个十分详细的针对数十种项目及语言的 .gitignore 文件列表。
注意：
- 忽略某些文件时，需要编写 .gitignore 文件；
- .gitignore 文件本身要放到版本库里，并且可以对 .gitignore 做版本管理。
ALIAS
1. git config --global alias.st status
使用 git st 代替 git status 命令。
2. git config --global alias.co checkout
使用 git co 代替 git checkout 命令。
3. git config --global alias.cm commit
使用 git cm 代替 git commit 命令。
4. git config --global alias.br branch
使用 git br 代替 git branch 命令。
5. git config --global alias.unstage 'reset HEAD --'
使用 git unstage 文件 命令代替 git reset HEAD – 文件 命令。
6. git config --global alias.last 'log -1'
配置一个 git last 命令，让其显示最近一次的提交信息。
7. git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"
丧心病狂地配置 git lg 命令，让显示 log 更加优雅，逼格更高。
8. git config --global alias.visual '!gitk'
Git 只是简单地将别名替换为对应的命令。，如果想要执行外部命令而不是一个 Git 子命令，可以在命令前面加入 ! 符号。 如果自己要写一些与 Git 仓库协作的工具的话，那会很有用。貌似没什么卵用。
HELP
1. git help <key>
2. git <key> --help
3. man git-<key>
4. git --help
OTHERS
1. git config -l 或 git config --list
列举所有 Git 能找到的配置，如果有重复的变量名，Git 会使用它找到的每一个变量的最后一个配置。
2. git config <key>
检查 Git 的某一项配置。
3. git config --glabal core.editor <vim/emacs/...>
配置默认文本编辑器。
4. git config --global color.ui true
让 Git 显示颜色，使命令输出看起来更醒目。
5. git config core.ignorecase false
Git 是大小写不敏感的，如果要大小写敏感需要执行此命令。
6. git config --global core.quotepath false
设置显示中文文件名。
7. it config --global credential.helper cache
如果正在使用 HTTPS URL 来推送，Git 服务器会询问用户名与密码。 默认情况下它会在终端中提示服务器是否允许你进行推送。如果不想在每一次推送时都输入用户名与密码，可以设置一个 “credential cache”。 最简单的方式就是将其保存在内存中几分钟，使用该命令即可，貌似没什么卵用。
8. git config --global user.name "your name"
git config --global user.email "your email"
设置 commit 中的姓名和 email，去掉 –global 参数则为针对每个 repo 单独设定姓名和邮箱。
9. git commit --author "your name <your email>"
以其他身份 commit。
10. git mv old_filename new_filename
重命名文件。相当于下面三条命令：
- mv old_filename new_filename
- git rm old_filename
- git add new_filename
11. git log 常用选项
-p — 按补丁格式显示每个更新之间的差异。
–stat — 显示每次更新的文件修改统计信息。
–shortstat — 只显示 –stat 中最后的行数修改添加移除统计。
–name-only — 仅在提交信息后显示已修改的文件清单。
–name-status – 显示新增、修改、删除的文件清单。
–abbrev-commit — 仅显示 SHA-1 的前几个字符，而非所有的 40 个字符。
–relative-date — 使用较短的相对时间显示（比如，“2 weeks ago”）。
–graph — 显示 ASCII 图形表示的分支合并历史。
–pretty — 使用其他格式显示历史提交信息。可用的选项包括 oneline，short，full，fuller 和 format（后跟指定格式）。
12. git log --pretty=format："%h - %an, %ar : %s"
自定义 log 显示样式，也可带有 –graph 参数。常用的格式占位符写法及其代表的意义：
%H — 提交对象（commit）的完整哈希字串
%h — 提交对象的简短哈希字串
%T — 树对象（tree）的完整哈希字串
%t — 树对象的简短哈希字串
%P — 父对象（parent）的完整哈希字串
%p — 父对象的简短哈希字串
%an — 作者（author）的名字
%ae — 作者的电子邮件地址
%ad — 作者修订日期（可以用 –date= 选项定制格式）
%ar — 作者修订日期，按多久以前的方式显示
%cn — 提交者(committer)的名字
%ce — 提交者的电子邮件地址
%cd — 提交日期
%cr — 提交日期，按多久以前的方式显示
%s — 提交说明
13. git log --since=2.weeks
显示按照时间限制的 log 信息，这个时间格式可以是：“2008-01-15” 或 “2 years 1 day 3 minutes ago” 等。可用的参数还有：–until，–author，–grep(提交说明中的关键字)等。注意：如果要得到同时满足这两个选项搜索条件的提交，就必须用 –all-match 选项。否则，满足任意一个条件的提交都会被匹配出来。
14. git log -Sfunction_name
显示添加或移除某一个特定函数的引用（字符串）的提交。
15. 限制 git log 输出的选项
-(n) — 仅显示最近的 n 条提交
–since, –after — 仅显示指定时间之后的提交。
–until, –before — 仅显示指定时间之前的提交。
–author — 仅显示指定作者相关的提交。
–committer — 仅显示指定提交者相关的提交。
–grep — 仅显示含指定关键字的提交
-S — 仅显示添加或移除了某个关键字的提交
For example，git log –pretty=”%h - %s” –author=gitster –since=”2008-10-01” \ –before=”2008-11-01” –no-merges – t/，即为：查看 Git 仓库中，2008 年 10 月期间，作者提交的但未合并的测试文件。
【转】一个五年 Android 开发者百度、阿里、聚美、映客的面试心经
花絮
本文为完整版，加了一些彩蛋哦！文末有面试和必备的技能点总结。
也许会有人感叹某些人的运气比较好，但是他们不曾知道对方吃过多少苦，受过多少委屈。某些时候就是需要我们用心去发现突破点，然后顺势而上，抓住机遇，那么你将会走向另外一条大道，成就另外一个全新的自我。
先简单说说我最近的面试经历吧。面试的公司很多，其中有让我心血沸腾的经历，也有让我感到失望到无助的经历，我将这些体会都记录下来，细想之后很值得，面了这么多公司，要是最后什么也没有留下来，那就太浪费了。至少对于我来说有些东西在整理总结之后才能得到一个肯定的答案。希望这些能对即将换工作或者打算看看机会的你有一些帮助。
下文真的很长，你可以把这篇文章当做看小说一样，快速浏览一下，但是希望你能将文中提到的那些技能掌握。那也就不枉费我花了一两天时间专门整理这些。我的这些经验仅供参考，希望你能做的比我好，同时希望你在以后的面试中能轻松应对。
为何离职？
先从我的换工作的动机开始说吧。
公司裁员的时候老大说:『你就留下好好干吧，以后不管公司怎么分股票、期权，肯定少不了你』。我非常信任我的老大，跟着老大一起工作，感觉是一种享受。
但是没想到裁员后，公司内部大动荡，主业务线从客户端A 业务线转移到另外的B 业务线上。我主要负责A客户端的架构，这下可真闲下来了。B 业务线那边的业务量还是很忙的，没时间配合我做一些架构上的事情。于是我每天就看看资料，补充点能量。
呆了几天后，就后悔当初没有拿 N+1 走，有一种被老大忽悠的感觉。 因为公司接下来的操作让我很是不爽，先是晚上打车不能超过30，然后福利大减，瞬间没有工作的心情了。再过了一两周后公司宣布新一轮融资成功，可惜只融到了 2千多万美元（按照预期应会更高），然后接着招新人。
我特么无语了，站在公司的角度是没有任何问题的，可以节省开销，也可以容纳新鲜血液。但是我作为一个老员工，心寒，走的员工都拿到了 N+1，我们这些老员工什么也没有得到，反而福利大减，伤人啊! 现在即使我想走，什么也得不到，一种莫名的恼火涌上心头（只怪本人经历尚浅，看不清一些大的趋势，还是老鸟们聪明，拿钱走人，然后换一个新工作，好不自在啊）。
不过理智分析一些这样确实有好处，可以给自己留很多的时间来选择更好的公司。就如此刻的我一样，在公司悠闲的上着班，骑驴找马，遇到合适的，可以立刻走。其实细想一下，如果我当时拿了 N+1 走了后，可能会迫切的需要一份合适的工作，然后迅速入职。至于新公司怎么样，还真不敢确定。
已经动了想走的心，意味着再也不可能在这里很安分的待下去了。
面试分级
于是我决定开始投递简历（世界那么大，我想去外面的世界看看）。这次看机会与往常不同，我决定好好准备一番，然后开始投递简历，主要渠道是 “X钩”，辅助渠道是猎头。
这次看机会我将所有公司分为三类：
- A类： BAT公司，非常靠谱，各项待遇都是很优厚的
- B类：一些知名的互联网公司（基本都在C轮以上），基本很靠谱，该有的都少不了
- C类：就是那些正在招聘的公司，没啥名气，虽然钱多但事也多。靠不靠谱真还不知道，只能碰运气
基础知识不可少
以前我基本都是直接去面试，总以为Android工作好几年了，出去面试基本没啥问题，因此带着那份傲娇的自信 总是碰壁，尤其遇到很多基础性的问题，一时真不知道怎么回答？还有一些问题之前都记得很准确，但是在面试官问的时候，就一个大写的懵逼表情。
在我出去面试之前，我已经把 《大话数据结构》 基本看完了（想想我之前的生活，每天早上七点多起床，然后看几页，洗漱完就去公司）。虽然没怎么记住，但是遇到这些相关问题，还是能很容易回答出来的。因为有了以前的教训，而且这次我也是很认真的准备了好久（可以说蓄谋已久啦，我心里其实很明白互联网公司可能存在很多风险，尤其是没有盈利的公司，唯有技术这东西必须牢牢掌握住，才能立于不败之地），因此我准备把Java基础巩固下，但是手头没啥合适的书籍和资料。
还好民间有很多厉害的开发者，他们不以盈利为目的，只为完成某种需求，开发一款 app,然后发布到应用市场，给需要的人。于是我就找到一个 “Java面试训练” 的App,下载量还可以，就安装到手机上，开启刷题模式，应该刷了10来天吧（都是在上班，下班时间看一点，虽然时间比较零散，但是这样记得最深刻）。在之后的面试中，基本很少遇见一些奇葩的java基础。
这里不得不提一件事，那就是从 app 崛起的那一刻起，就有很多的 中间商，一个小作坊的屋子里有很多电脑或者不知名的设备，屋子里慢慢的数据线，犹如蜘蛛网一样连接着很多设备，做着一些神秘的事情。不用我说你们应该也知道他们做着一些很肮脏的事情，我就不细说干什么了，简单举个例子：这群人的老大看中某个市场上某款游戏非常火爆，或者 app 特别的火，于是通过反编译等技术修改这些 app,然后重新打包上线到一些不是很知名的app 渠道或者小型应用时长，还有一些论坛，一旦有用户下载，就会在 app中弹出广告，在游戏中做各种充值操作，甚至在你无意间点到一个按钮就会自动扣除你的话费。这是前几年干的事情，新闻中也纰漏了很多，这里只能说监管不力。
但是随后各个公司都意识到这样的安全问题于是有了 app加固的技术，无法修改 app,即便修改了，但是也运行不起来，所以一定要注重安全性问题。
刚踏入架构师之路的经历
这次我给自己的规划是做一个架构师，但是我深知架构师可不是闹着玩的，必须要有很强的一面，因此我在简历里面写的只是“架构师方向”。我在K公司 做得是架构师方向，因此我觉得有必要朝着这个方向发力，虽然现在不是很厉害，但是坚持一两年后，即使不是非常厉害，但是也距离非常厉害很近（这里使用了《孙子兵法》的一句：“求其上,得其中;求其中,得其下,求其下,必败。” ）。
这个想法来源于在K 公司我第一任leader曾经跟我说过的话：『对于新东西，如果你觉得掌握了，但是不应用到项目里面来，是没有什么意义的，时间长了还是会忘记的。』我很庆幸我有一个好老大（我是属于双领导型的，K 公司 A项目的负责人是我的leader，但是我的直接汇报对象是 K 公司的副技术总监，下文就成为老大），用他的话来说就是经常踢着我的屁股走。
当我在网上了解到很多实用的新技术时，跟他随意吐露一句话，他就能非常用心的倾听我的想法，并鼓励我将这些东西带入到项目中来。从那以后我就开始看很多新技术，感觉合适的会引进到我们的项目中。从之后的证明中来看，是非常有价值的。
曾经遇到的情况是这样的：当我刚进入K公司后，打杂一个多月，就被关到了 小黑屋（呜呜呜，好可怕的小黑屋，996的制度）。然后才开始正常的架构师之路，第一步就是统一开发环境，在我来公司后，我发现公司的android同事用的开发工具种类真是繁多啊，神马 Eclipse、IntelliJ IDEA、Android Studio、Windows、Ubuntu、Mac。刚进公司的时候我曾经用鄙夷的眼神看过那些 Eclipse 的童鞋，真是无力吐槽了。于是我给 老大说：『咱们的开发环境最好统一起来，现在各式各样的工具，弄个东西真费劲。』于是老大二话不说，就在群里跟大家吼，都务必切换到 Android Studio（以下简称 AS），由我来监督并执行。于是我拿着鸡毛当令箭，给大伙把地址什么的都找好，发到群里去，让他们自己下载（后期我们就搭建了 ftp服务器将这些常用的工具都放在里面，省的再去下载了）。 翻墙工具我使用 goagent（不怎么稳定），给其他人分享也太费劲了，因此让他们自己搞定。老大自己有一个 VPS，于是给大伙共享后，环境基本就统一了。
期间有一个小插曲：
一个年龄 比我大的同事在用 Eclipse，在我推广我的 AS 时，他说比较忙，没时间弄。我就急了，因为我刚到公司不久，老大分配给我的任务，推行不下去，这可不行啊，没说几句吵起来了。最后我也知道不能太着急，但是已经吵了，关系肯定不咋样，老大当时开会去了，我知道自己太心虚了，因此主动给老大承认错误，说我和那谁谁吵架了，因为他不用AS。最后在老大的劝说下，这个人就勉强切换到 AS了。
其实这个人就是我之后的新Leader，每每想到这里我就全身发冷汗，Leader要虐你，你还能有好活路么？还好这个Leader人比较好，人也比较大气会处事，不怎么跟我计较。我已经对着佛祖忏悔了N多次。
第一天面试
我用 “X钩” 开始捡一些不怎么有名的C 类公司投递，很快就收到了很多的 面试邀请。
首次面试——国外输入法
记得当时去的第一家公司是做国外做输入法的，做的还不错。从外面能看见一栋略微有点老的大厦，办公环境很一般。
进去后很巧的是遇见了一个熟人，第一位面试官竟然认识我之前在X游的一个同事，然后我们就聊开了，他也没怎么难为我，就问了我几个很简单的问题，例如：handler的原理，多线程。我按照记忆中的样子说给他听，然后就第一关就轻松过了。
等了一会，另外一个面试官进来了，问了一长串问题，基本就是 Android的相关的基础，然后第二个又轻松过了。
等到第三关的时候，一个年龄稍微大的人进来了，很容易能看出，这个人应是该技术团队的负责人，问了一些工作经历后，然后问了一个最让我印象深刻的问题是：『你了解过Android上的黑科技么？比如Android 5.0 之上有一个辅助功能，如果用户开启后，就能像豌豆荚那样自动安装app,等同于拥有了root权限，但是手机重启后，这个就自动关闭了，有没有办法可以自动打开呢？』据他了解，有很多不知名的小App 都实现了，但是很多大公司都没用。 我想好好一会，说可能这些app 被厂商列入了白名单，因此重启手机后还能自动打开那个辅助功能。我实在想不出如何能实现这样的效果。最后他告诉我，其实他们也是分析了好久，才发现，那些小App, 都是开启了一个进程（或者是service，具体记不清了，有兴趣的童鞋可以试试）来守护，因此能够开启。这么一说，我也瞬间明白了。
但同时我提到这样做会可能会导致耗电量增加啊，对方的一句话把我真雷住了。“那能费多少电。。。” ，我瞬间无语了。但是他们可能因为某些需求必须如此做，因此要实现这样的功能，相对于电量来说应该也能接受，不至于比什么都玩不了的强，体验也确实提升了很多。不用用户每次去开启那个开关，虽然有点风险，但是相对于Android上的风险来说，确实低很多。
等第三轮面试完成后，然后Hr 小妹妹带我到一个很大的会议室，见到一个很年轻的人，听Hr说，这个人应是CEO之类的，反正职称很高。他就问了些职业规划，平时有什么兴趣爱好，以后有什么打算，薪资要多少？我说到公司后可以先接触一些业务层面的东西，然后慢慢再走架构路线，之后可以负责主要核心模块。平时就看看书，参加沙龙活动，没事打打游戏。他也简单回答我一些问题。之后就是让我先走，等通知。
傻傻的我还就这样高兴的走了，因为我总体感觉还是很棒的，毕竟连过4轮哈。从最后的结果中能明白，其实应该是要的薪资太高了。为什么这么说呢？因为一般情况下，最后一轮就是简单看看你这个人怎么样，技术关肯定没问题，否则前三关就 pass 了。可能对方觉得你要的薪资和你的实力不符合，也可能他们想再对比看看，选择一个更合适的人选。
58到家
从上一家公司面过后，我就紧接着去第二家公司 58到家，在大屯路东地铁站附近。到了后刚好12点，电话联系后，他们说班车司机都午休去了，要等到2点才能过去（58到家面试需要从地铁站做班车过去，路程还算能接受的）。然后我就吃了点饭，在附近网吧 撸一局，看时间点差不多了，我就去那块坐车了，差不多走了5分钟做就到了。
北苑路北美国际商务中心，这块有很多公司，什么珍爱网之类的都在那附近。
第一轮面试我的是一个小伙，问了一些基本的Android基础，然后问了一下 android的绘图原理，我说： onMeasure, onLayout, onDraw。 然后他说每一个什么作用？ 那个onMeasuer主要做什么的？并举了一个例子：一个自定义的滚动View A里面如何放另外一个滚动的View B？我说把 View B将 onMeasure 里面的高设置成最大，这样就能解决冲突问题。最后他简单说了一些 onMeasure 里面的几个参数，我对此加深了解了。
第一关也就这样过去了，等到第二关的时候看起来一个挺帅气的男人带着一个很显眼的婚戒跟我说一些项目流程上的东西，因为我在K 公司这块跟老大接触的比较多，因此一般问题难不住我，轻松就过了。
等到第三关的时候，问我一些工作经历，然后问问职业发展规划，平时的兴趣爱好，以及你觉得得你和其他人有什么优势。我挺好奇的，为什么最后的这些面试官都要问类似的问题，之后从一个关系还不错的猎头那里了解到，其实他们也就是了解下以后的动向，以及看看这个人的人品。关于优势我是这么说的：我说到公司后可以先接触一些业务层面的东西，然后慢慢再走架构路线，之后可以负责主要核心模块。其实和上面的回答一样，这基本就是所说的套路。他们可以用套路，我们为何不可呢？ 嘿嘿，别学我，自己根据实际情况来。
本以为就结束了，没想到他们说 CTO不在，可能还有复试，先让HR大美女跟我谈谈。HR慢条斯理的跟我说了一些待遇什么的，了解了下我的状况，问我要多少。我基本和上一个公司说的一个样。
之后再来复试的时候，这个大美女HR给我了一些建议，说这个CTO是阿里出来的，喜欢会说话的人，想到什么就说什么，别紧张。在这面的时候，我就很放松，该怎么说就怎说，他也问了一些职业发展规划，以及我的经历，基本10来分钟就结束。我只想说大美女 HR 真真是体贴入微，感觉很 Nice, 这轮基本也顺利过了。之后这个HR直接说我被评为T5，但是以后可以继续努力，我也欣然接受了。不管怎么样，反正拿到offer再说，之后慢慢对比。
楚楚街
说起这第三家 楚楚街 我就一肚子火，也不是说第三家不好，只是在去的路上让我备受折磨。从大屯路东 到 知春路，坐地铁应该几十分钟就到了。当时已经快四点了，5点面试，然后我就打算坐车去（不想再挤地铁了，想轻轻松松的过去），特么的为了省那几块钱，我选择拼车，在路上本以为只需要最多一个小时就到，没想到花了我1个半小时(只能感叹北京的车真多，路上堵的不行不行的)。哎，到他们公司的时候都快6点了，还好我提前在电话里和HR说过，他们说6点也是可以的。于是第三个面试就开始了。
首先过来第一位面试官，看样子应该是 Android 技术 leader，开始问了我一些基础的面试题，比如：View 的事件分发机制，View的绘图，ListView 的实现原理（这个应该是几年前面试的时候经常问题，没想到现在也能遇见）。聊了好一会，然后他拿出他们的客户端给我演示了一个页面，说这个界面比较卡顿，让我分析下原因。我看过后，提出了几个有效的检测卡顿的方案，他们的这个界面主要是Listview 的 item 里面包含了一个 viewpager，然后 viewpager 的 item 里面有一个大view, 上面有N 多图片 + 动画效果，因此实现起来很麻烦,最后导致性能卡顿（不得不说产品同学，你的想象力真丰富啊，有没有考虑过研发同学的心情）。然后，他感觉得到了共鸣，因此接下来说话就比较放松了，他说和我年龄差不多，感觉我还是很厉害的（我不禁惶恐不安，我感觉还行，但是应该不是他说的很厉害，可能只是工作时间长了，该积累下来的东西大部分都有了），互留了微信，方便以后的交流（事实是没有啥交流的，只是当你面试通过后，可以有一个拉你入伙的渠道，嘿嘿，不晓得对不）。
第二个进来的面试官长得挺帅气的，手上戴着戒指（之所以提到这个，是因为在我在我的印象中这个最亮眼，很多次在和他交流的过程中，我都比较紧张，我就盯着这块看用来放松，说真的如果看着对方的眼睛，双方可能都不会自在，当然除非你很有自信的时候是可以的）。开始简单问了下工作经历，然后就开始聊技术，第一个就是问我知道不知道 二分法，我当时楞了一下，猛然间反应不过来，最后专门确认问了下是不是 二分查找。然后我说在一个数组里面每次查找的时候从中间点开始对比，大于就右边找，小于就左边找，顺带提了一句这要在一个顺序的数组里面。然后面试官就说，二分查找还得每次先排一次序？我当时说是的，结果就感觉很2，可能没理解清楚面试官表达的是什么或者说我的表达有问题，其实我想说最开始的数组就是一个有序数组，但是面试官可能误解了我的意思，以为每次查到后，都要先排一次序（只能说悲催啊）。
这个问题过了后就再问了我一个问题：『你来说说 Java 的内存管理。』这个问题在一两年前上就栽过跟头，所以当时专门看过相关文章。但是当我回答的时候，由于长时间没怎么看过了，记忆有点松动，大体的说出来了，但是不够准确（回去后就好好补充了下，在之后的面试过程中遇到的概率还是非常大的，尤其在第二面的时候）。然后他问我要多少薪资，我当时说 XX，然后他就问我是不是可以低一些呢？我开始说可以低一点，但是当他问低多少的时候，我心想上面两个公司的 offer 基本感觉到手了，这个可以适当的要高点，能给就来，给不了那就算了（我事后想想才明白，这种2B 的想法绝对不能有，要时刻保持低调，把握住任何一次机会）。最后他说，我得对得起兄弟们（怎么说呢？估计是刚回答的时候不是特别的满意，还有感觉我要的太高了），你这个薪资我没法跟上面谈。然后可想而知，当然肯定没有结果了。
因此奉劝各位，要时刻保持低调，谦虚谨慎，莫要装B，否则肯定遭雷劈，我这就是一个活生生的例子。
第二轮 B 类公司面试
面试有很多，说起来可能会长篇大论，以下就总结性的说说，不再说明具体细节，只说我们之后在面试的时候应该注意的地方，以及他们对应聘者的要求。
映客 && 蘑菇街
映客直播在望京soho,很高大上的地方，t1,t2,t3分别对应从低到高的大楼。到公司后，感觉还可以，第一个面我的人是一个技术，基本就问到一些Android 的面试题，没有任何悬念就过了，第二面的时候，感觉那个人还是比较随和的，问了 Java 内存管理的东西，以及一些其他的问题，最后还都聊得挺开心，第三面的时候直接就是 HR谈薪资，很容易就过了。
在望京 soho 还去过 蘑菇街，里面的人技术比较好，我当时过去的时候已经6点了。那个面试官就跟我聊人生理想，提到一些 Android系统原理性的东西，但是感觉回答的不是很好。面试官感觉还是很不错的，然后给我说你以后要多看看例如 handler 原理，windowManager 的东西，并且从源码上去分析，网络上的理论知识还是要结合实践的，真是受教了。这部分我有点弱，虽然知道原理，但是看过源码的东西还是很少的，以后需要注重补充。他说他才是高级，我要应聘的这个 架构师肯定是不行的，问我是否愿意做其他的，我当然表示愿意了，现在要综合提升能力，才能往更高层走。
最后的最后，他很搞笑的跟我说：『我这人真不骗人』。我还纳闷啥意思，最后他说：『今天已经很晚了，第二轮的面试官不在，我明天给你向上反馈下（从之后的一个同事的口中才明白，一般说第二轮的面试官不在，基本就是说你没戏，很委婉的一种说法而已）』。
结束后我看了一下表，我晕，一面就面试我了一个半小时，真特么无语了。不过收获还是很大的，知道自己的不足后，就知道需要补充哪些东西了。
乐视
去了一趟姚家园的乐视，只能说看着挺风光的，但是进去后，特么的真虐人。
电梯分区，还只能在一边的乘坐，很不赶巧的是我去的时间刚好是10点，对于他们公司来说这就是高峰期，电梯根本排不上队，而且乱糟糟的（之前在X游的时候，大家都是排队的，这边没有，可能地方太小了，排不开吧）。电梯上不去了，看来只能跟一些人爬楼梯，一直爬到9层，感觉都喘不过气了。
上去后一个很美的 HR（长腿姐）带我找面试官，然后表示没有会议室，原来的会议室都变成工位了，所以让我先在一个小角落呆着（保洁阿姨的专属位置），过了好一会面试官姗姗来迟，也是一些非常基础性的东西，最主要的是他们提到了推送，怎么实现，已经存活情况说了一些。
第二个面试官也是特么来得晚，等了 N 久，闲的无聊就和保洁阿姨聊天，顺带看看他们的办公环境，只能说真心挤得慌。第二位面试官来了后就看看我的经历，因为第一轮的技术面都过了，因此简单聊了下，就说说他们的发展前景，要做海外产品。听我的兴致勃勃，很开心，然后让我等会。
他们基本都去吃饭了，留下了我在那里干等，然后来了一个HR 的小妹妹，跟我谈薪资以及经历，貌似对我一两年换工作有很大意见，哥就好好给她普及了一番互联网界的基础知识。没想到就在快要搞定的时候，这个小妹妹的老大过来了，然后就看见一个身材超棒，腿很长的漂亮姐姐 HR（长腿姐），坐在我的对面（小妹妹示意我这是她的老大）。瞬间不爽了，都马上谈完了，结果换人再来，真无语了。只能将刚刚的辉煌时刻再来装 B一次，然后谈薪资神马的，给的也不是很多，我要 XX，她说那么多，只能给我薪资范围最低的一个档次。好吧，就接着吧，然后非要我先填写一份背景调查表，如果没有问题后，才给我发 offer，我看到美女拿着那份很大的 纸张，瞬间无语了。
我当时就不怎么开心，然后长腿姐毕竟老练的很问到：『说你是不是有事？』。我说是的，待会1点还有其他地方的面试，然后她说：『那你先回去吧，这个表格发你邮箱，你写好后发给我。』然后长腿姐就送我出去，我又特么的一路爬楼梯下去（9层啊），电梯等了 N 久都下不去。
接下来说说几个有意思的公司
新浪
新浪位于理想国际大厦，记得几年前去新浪面试的时候，傻傻的都没准备就去了，结果第一关就挂了。
这次是下午去，外面还飘着毛毛细雨。去了后竟然特么的让我做面试题，哥已经不做面试题很多年。但是想起了之前的经历，还是老老实实写写，据我估计面试的哥们应该会问上面的东西。还好这次做了万全的准备，刷了 N 多面试题，补充了基础的数据结构理论知识。写起来如行云流水，嗖嗖嗖的没几分钟就完了。
第一个面试的哥们看看卷子，没啥意见，然后问最后一道纠错编程题有没有什么问题，我虽然指出了几个错误，但是感觉他还不是特别满意。因此我仔细看了下，原来是一个静态变量引用了 Activity 的上下文,然后指出，他再问了一些偏底层的东西以及性能优化的地方，轻轻松松就过了。
等到第二面的时候，这个人一看就是技术大牛，问了很多 Java 层面的东西，多态，抽象类，多线程，内存管理等等。我感觉回答的不是太好，多态那有点问题，其他的应该还可以。
然后就进入了第三面，第三面的面试官应该是部门负责人，问了工作经历上的事情以及兴趣爱好，之后的发展方向，想做什么层面的。最后很不幸的是在等待第四面的时候，最开始给我题的美眉告诉我时间很晚了，让我先回去，之后等消息。
至少这次来比第一次高级了很多，不至于第一轮就被刷下去。最后分析了下原因，还是薪资要的太高了，尤其是这类公司。
滴滴
滴滴位于西二旗，应该有两个办公地点，其实我一直很想去滴滴，福利待遇很不错。一年前去过一次，很可惜在第一轮的时候，因为在某些适配方面回答的不是太好，因此失去了机会。
这次已经准备很多了，进来后还是在去年的位置上坐下等面试官。说实话感觉滴滴成长的很快，办公环境都变的更漂亮了，哈哈哈。
这个面试官一看就是一个技术宅，开始对我各种炮轰。面试题一个接一个的，在我连续回答十来个题后，看见他还在问，记得在提及到 volatile 的作用的时候，我就开始不爽了，这个东西记得之前在源码里面见过，但是具体的一时说不上来，看着他那样子，埋头在纸上给我出题，我就不怎么配合了。面试了那么多家，就你问了 N 多问题，还有完没完了（其实这也算是抗压的一种面试方式）？我直接说不知道，然后他再问了几个基础性的东西，我想都不想直接说不知道，他貌似已经看出来我已经很不爽了，然后说，那你说说你项目中有没有比较 NB 或者比较有亮点的地方。我的回答直接是：没有。然后他也就不怎么问了，说那先这样。我说：好，就这样，我先走了。 然后潇洒的离开滴滴。
现在想想真特么的很2B，应该低调低调再低调。也可能是那天下午太累了，上午面试了两家，而且已经拿到两家的 offer 了，还都不错，在这特么憋屈，才表现的如此差劲。其实对于问题，知道的话就好好说，不知道的话，可以说说思路和想法，然后说说以后会怎么做，利用迂回包抄策略去应答，准没错。至少给面试官知道你还是可以动脑子的人。
在此我真心后悔当时的冲动，向滴滴那位面试官表示歉意。其实不用那样的，我们只需在面试的时候尽力表现自我就可以，以后切莫带着情绪去看待或者回答问题。
对于人生中的很多问题也是这样的，这次栽倒坑里去了（用我老大的话来说，你不在这里踩坑，总有一天也会在另外一个地方踩到，到时候的损失就不可估计，趁着年轻多多历练自己），总结之后才能更近一步。
百度外卖
百度外卖现在已经不属于百度了，而是单独分出来。
我的一个同事去了百度外卖，我感觉他的能力和我差不多，我就让他推荐了。
去后，上了一个很长的台阶（感觉很庄重的样子），要刷卡才能进去。等了好长时间，面试官把我领到楼下的公共办公桌，就是那种中间空地，周围都是楼层，能看见其他人在楼层间走动。一个年龄见长的面试官，开始感觉挺随和的，然后说跟我聊聊 Android 基础。
第一个问就是：『咱们先来谈谈 Android 的四大组件。』我彻底懵逼了，尼玛，跟我谈四大组件，有意思么? 没想到一直到最后都跟我谈这些，一个接一个的问。说到广播那块，关于一个 app 被杀掉进程后，是否还能收到广播的问题纠结了好久。
然后让我画我之前设计的架构图，我就随便画了画，但是没想到这个看起来很好的面试官让我大跌眼镜，他用鄙夷的笑容告诉我：『你这也太初级了。』我当时心里有几万只草泥马在崩腾，你都30+了，就不知道鼓励新人啊，我都说过我刚做架构的时间不长，而且鄙视我，有本事你也弄一个架构给我看看啊，一点不尊重我们年轻一辈的劳动成果。也许就怪我当时我真就按照他说的草草画几笔吧，没怎么认真对待。我去其他公司面试的时候，虽然这个图不怎么样，但是至少能解决 某些领域的问题，其他面试官都很谦虚。这个百度外卖的面试官，真不是我喜欢的领导，如果以后真让他来带我，那就真完蛋了，很多时候我们都是因为某些人扼杀了我们最初美好的萌芽，而从此失去了创新的意识。
很庆幸的是我在 K 公司的时候，老大一直鼓励我创新，遇到想做的就去做，所以一路下来，虽然很累，但是干的很开心。
所以每当有人问当初为什么选择K 公司的时候，我都会自豪的说：『我的老大很不错，我在那里很很舒服，很开心』。记得在我离开的时候老大给我最后劝告就是：『你要时刻反思自己此刻是不是已经被别人洗脑了』
第三轮
百度
百度位于海淀区上地十街附近，有很多大厦。 我去的是一个做国外工具的部门，去了后，被百度的环境和氛围震惊到了，在一个很大的技术园区，有网易，百度，腾讯公司，对面还有一个大楼正在修建，估计会是另外一个互联网公司的场地。
进入大厦里面后，由于还没来得及吃饭，边吃手里的饼，边浏览下百度的外围办公区。进入百度的大楼后，两个入口都设有刷卡机。
在空闲区等了好一会，然后一个人带我进入大厦。在进去之前，到前台那块面试官输入自己的邮箱账号，然后让我填写其他登记信息，我印象最深的是显示器上边贴着一个纸条，说：请离开的时候在此登记，否则会进入百度的黑名单（意思就这样，具体记不清了）。当时震惊了半天，没想到竟然这个严格。
和面试官进入大楼里面后，只记得的印象是：很整洁，高大。出楼梯后，脚踩着厚厚的地毯，稍微走快点，都感觉很松弛，脚下如踩棉花一样。
为什么有地毯，而不是地板砖————到了夏天很多漂亮的长腿美女穿着高跟鞋踩在地板砖上是一个怎么样的体验呢？噔噔噔……
我在等候区等到第一个面试官，然后我们简单聊了下 Android技术，其中有两点有必要提下：
- 其中一点是：说说 View 的事件分发机制。然后我就说了好多，从 WindowManager->window->Decorview->子 view。最后我说当所有的 view 都不处理事件，事件会最后会传递到 Activity 的 onTouchEvent 上。然后面试官立刻说：『哈？你这是颠覆我的三观啊？』 然后我意识到可能有问题，但是记得 《Android 艺术开发探索》上确实写过到 Activity，但是不是到 onTouchEvent还真没底。面试官很自信的样子，让我颤抖了。但是随着我的坚信，面试官说：『不行，我不能冤枉你是不！』立刻在手边的 MBP 上看了一下，自言自语感叹道：『还真有啊！』 我顿时无语了。
- 另外一点是：问我 Service 上能不能弹出对话框。对于这个问题，我印象最深刻了，记得一年前的时候，在另外一个公司就因为这个问题让我尴尬万分，回去后专门对这块进行补充。我的回答是可以的，但是面试官面带差异的表情告诉我这是不行的，Dialog 必须要依附于 Window 才能显示出来。然后我的解释会让面试官郁闷一会：我说这个是可以弹出的，我之前也专门试过，不过他弹出是有条件的。 条件是：必须在 Manifest 里面注册系统权限 和 在显示 dialog 的时候必须要加一个 flag。
我的理由是：系统对话框可以在低电量的时候弹出对话框，我们同样也可以采用该方式来实现。
面试官语塞，然后给我说 Dialog 是必须要依附在 Window 上，Toast 其实也是一个 Window。我听着这些话，就想起以前看过的一篇文章上也确实是这么说的。估计该面试官回去要好好补充下一些知识了哦。 然后该面试官让我不能用 Arraylist,用数组 写一个队列。这块刚好我在之前项目中特意用了一下，写的时候，主要有三个方法： put(), get(),peek(). 然后考虑下队列的特性，一端进入，一端出去。我当时遇到了盲点，没怎么写完，最后给面试官说了下思路，大体是对的。但是关于选择位置那块没怎么想好。不过这不阻碍我进入第二轮。
第二轮面试的时候，面试官带了很多纸张，我瞬间压力山大，知道不太妙。不出所料，这个面试官，从动画实现原理，到 handler 实现原理，一步步深入各种原理，当我感觉回答的不错的时候，然后他就顺着我的问题继续深入。我只能说我尽力了，有些东西，平时开发的时候真心不注意，但是就因为没有留意，所以就没法继续回答他的问题。
面试官把我带出大厦的那一刻，我心情很不好，很可惜没进入百度，之后应该需要准备很多东西。我要说，我还会再来的，哈哈哈！ 最后也归还身上的一个牌子到前台后，省的被拉入到黑名单（好吓人的样子）。
以后有时间多看看原理性的东西，最好整理一个自己的博客，写上自己的一些看法和感悟，这样记得最深刻，即使几年后也不会遗忘，只是看看别人总结的东西，真的就不怎么记得住。
关于博客可以使用 Hexo, 我的博客也是如此，可以整理一些自己的东西与心得。
阿里
这次去的是一个阿里的高德部门，在望京 Soho 附近的 首开广场。去了以后首先找厕所，你们知道么？厕所竟然从大厦楼层的的一个角转了一大半圈才找到，回来后进入找不到前台了…… 瞬间无语了。问了好一个美女才回到前台，然后接待我的 HR美女貌似等得不太耐烦了（宝宝心里苦，厕所好远，都找不到回来的路了）。在一个小型会议室等待面试官，看了下布置氛围和环境，感觉太棒了，很多东西都体贴入微。
回顾上次阿里的悲痛遭遇
其实这是我第二次来这边面试了，上一次过来的时候，是刚过完年。提到这里我就苦不堪言，为何如此说呢？当时是2016年2月15日，因为我参加好朋友的婚礼（不得不说，我这个年纪的人都开始结婚了，这次回去有4个好朋友都结婚，可想而知，一场完了以后还有另一场，虽然累，但是值得）推迟了好几天才回北京，在参加同学婚礼的时候接收到阿里高德部门的面试邀请。回到北京的当天是12点多，然后回家，一个关系非常好的朋友说今天她们要宴请公司的人吃饭，因为她们结婚了，让我帮忙弄个 MTV。我想这是朋友的终身大事，因此必须要好好干。
我下午4点是阿里高德的面试，因此时间很紧促。我凭借我大学的技能在两个小时内搞定这个 MTV，总体来说还不错，就迅速发给朋友，弄完已经3点了，然后打车立刻去首开广场。
高德的面试是4点钟，匆匆赶到后，就等待面试官。面试很不理想，因为什么都没有准备，而且心力憔悴。面试官问的是一些基础的 Java 问题，很可惜我没怎么回答好。于是就深深的浪费了一次机会，之后和朋友提起此事，无比后悔，当时其实是可以和 HR 电话再约一个时间的。
这次对我的打击很大很大，因为这是我这么多年第一次面试 BAT 的职位，一上来就受挫，很不是滋味。我在这里失利后我就各种准备资料，增强自己的能力，面试前必须要刷题，虽然简单，但是不失为一种方法，虽然不一定有用，但是会加深印象，尤其是去 BAT 这些公司，一定要准备好，否则就别浪费机会，这就是我的教训和经验。
为了6月份的这次面试策划了很久。以前对什么可能都不是很上心，但是这个事件深深的刺激我了。
第一个面试官来了后问了一些基本问题，很顺利就进入到第二轮面试。
第二轮也基本是技术面试，问了一些 Android 基础和 Java 基础以及内存管理。
第三轮的面试官应是部门负责人，看起来很好说话的，问了一些经历和基本情况后，问我薪资要多少以及之后的发展方向。我说要 XX，之后希望在架构方面发展，但是也可以从业务开始。貌似这里回答的不怎么好。然后让我留了他的联系方式，我知道很有戏哦。
因为我在进入 K 公司的时候也是这样的，老大感觉我很不错，于是留了微信后，我基本就顺利入职。
回去后的一两天还是很焦虑的，但是我知道大公司都是有流程的，因此我告诉自己不要焦急。过了一两天后他主动加我微信，然后问了些基本情况后，就说他要做最后的总结，让我等着，最迟一周后就有消息。我感觉希望超大的，开心了好久，本以为就可以这样过去。但是一周时间过去了，没人通知我，我开始焦急了，于是我开始主动和他说话，反思自己是否有什么地方做的不好。
经过很多面试后我总结出了结论就是要薪资太高了，于是我在微信里面给他说，只要能过去，薪资低点也是可以的。但是问了他好几次，他都没有回话，看着微信消息记录，都是我发给他，而他没有回复，已经过去好多天了，我知道没希望了，他说不管怎么样都会给我回复的，但是我真绝望了。
就像相亲一样，遇到一个不错的美女，开始都一起聊得很不错，她开始加你好友，并且和你说看好你，不管能不能做女朋友，她之后一定会回复，但是苦苦等待一段时间后，不管你怎么给她说话，但是她就是不理你。可能她真的忙，但是也不可能连续一两天都这么忙吧。于是你知道没结果，因为无言等同于没有希望。为了避免一些幻想的存在，你会将她删除掉，不想留下任何关于他的信息。
同样我也是把这个阿里高德的老大的联系方式删掉，微信也删掉。在我失去希望的时候，过了几天看见他要主动加我，但是我想可能只是安慰的话语，最多告诉我，我不适合他们的职位，因此我为了避免尴尬，直接删除那个加我好友的请求（如果说真的合适的话，应该会很重视你的，不可能好几天都回复，怎么有一种备胎的感觉，呜呜呜，我不想被发好人卡，宁愿做高傲的兔子，也不想做纸老虎，虽然尽管只是纸老虎，但是也会拥有属于它的一片森林）。
于是阿里的这次机会就失去了。
总结后的结论就是：去大公司要的薪资不要太高，否则对方只能感谢你的到来，因为比你优秀的人太多了。
聚美优品
聚美优品 位于东四十条地铁站附近。路过一个竹亭子后，进入大厦里面需要用身份证在前台那块登记后给我一个纸条，上面写着我的身份证信息，然后在门禁卡附近刷二维码进入（真担心个人信息泄露哦，当然一般情况下没人会关注你是谁的，千万别干坏事哦，会被查出来的，哈哈哈）。
推荐我去聚美优品的同事接我上去后，带我到前台填写基本信息。我只写了最基本的信息，然后她说，你就写这么点啊。我说，其实这些信息够用了，写那么多没用，还会暴露你的个人信息。面试成功后，如果有需要可以写详细些，但是一般去面试最好别写身份证信息。工作经历基本也只是最近两个，之前的就不用写了，写那么多没什么用，简历中都会有的。
记得刚工作那会，傻傻的全写了，真耽误了不少时间。过了一会，她把我交给 漂亮的HR 温柔姐，然后就先忙去了。温柔姐告诉我一般情况下有两轮基本就过了，先让架构师老大直接面我，让我先等候。
过了一会温柔姐不好意思的跟我说架构老大先让一个技术面我，问我是否有意见，我当然没意见了，这是很标准的面试流程（如果你有意见，建议还是别说太多的话，基本都这样的，要淡定）。
一面技术给我一种很成熟的感觉，开始问了我一些基础技术问题，外加 Java 内存管理知识。后给我出了一道算法题，说有一个数组最多存储6个数，如果有普通用户的话，存储四个 vip的客户，另外两个是普通用户（留出一定的空间给普通用户），让考虑全面点（一般都是结合实际场景，让你写出一个算法，要具备的能力就是抽象，处理问题的思路与细节，还有最基本的编码功底）。
然后我就考虑各种情况，第一种是非空情况，然后下面就是几个大的 if else, 至少四个条件，基本涵盖了全部情况，然后每个条件里面写上对应的存储数据的过程。由于我的四个大条件都把距离占的差不多了，在写里面细节的时候，用中文描述。过了一会他回来后，看了下说：『你这个还有中文啊！』 我尴尬的笑着说：『我先写条件的，最后发现没有空位了，只能用文字代替了，你看我正在另外一个纸上写全部的完整算法。』指了指纸上刚写一小半的代码。他也会心一笑，并指出算法上应该改进的地方，基本 ok 啦。
然后等第二轮的面试，看起来更成熟，但是说话有一种很亲近的感觉。问了基本情况，然后拿出他们的 app 让我看看首页的实现效果，说说怎么实现的。对于这种情况，基本就是考察你的抽象能力，以及分析问题的能力。我先说出使用 ListView 的 header，footview,然后使用 ListView 的 type 来实现。然后简单说了一些性能优化的东西，该面试官提出我的做法可能会存在性能瓶颈。其实他说出这块是在指导我说这块会有问题，我当然明白他的意思，于是说这块采用 recyclerview + fresco 来实现，可以有效的改善问题（其实提到这些，就说明你看过很多新技术了，有时间最好还是要自己练练这些东西，毕竟孰能生巧）。
他也没深究，基本就感觉不错，开始谈了谈他们的目前状况，以及即将遇到的问题。他在只言片语中都把我当做内部人看，我也心里感觉很舒服。最后告诉我如果我愿意，他就向上报备了，意思是可以继续下一轮。当时他问到我的薪资的时候，因为之前已经说了 N 多次，有的成功，有的感觉很亏，于是这次我并没有说，只是笑笑，而对方说：『那就按照年薪算吧，你打算要多少呢？』我当时什么也没有多想，然后就说：『我希望在我现有的薪资基础上，能上涨15% - 20%。』他经过在手机上一阵比划后，告诉我可以达到我的预期效果。整个过程感觉很愉悦。
因为面过了一些，并有offer，但是还是想多看看，结果把自己搞的疲惫不堪。但是最后的最后，温柔姐给我打电话说面试通过。
最终结果
最终我辞职后在家休息几天，没事的时候去咖啡馆看看书，上上网，好好过几天轻松的日子，然后再说定去哪里工作。
总结：面试和必备的技能
这里只简单列举一些东西，可能不是特别全，但是却特别适用，也不一定按照下面的流程，有可能是穿插的，也有可能都有，根据公司的规模以及面试官的心情而定（哈哈哈 ，你们就自求多福吧）。建议大家还是要将下面的东西全部掌握，没事写写代码，练练手，在项目中能用到的地方一定要用，有可能会遇到很多坑，一定要自己想办法填坑，之后回忆起这段经历，肯定可以敢理直气壮的跟别人讨论。如果你说的头头是道，那么对方会先输一层，然后在心里对你佩服。
- 一般情况下第一轮都是基础面试，需要扎实的基础:
- 最常用的Android 基础知识
- Java 基础知识
- 了解一些常用东西的原理，例如：handler， thread 等
- 项目中的技术点
- 第二轮的时候需要了解更深层次的东西:
- Android 事件分发机制原理
- Android 绘图机制原理
- WindowManager 的相关知识
- 进程间传输方式
- Java 内存管理机制
- 一些常用的 list,map 原理，以及子类之间的差别
- 能进入第三轮基本没什么问题，但是要注意以下问题:
- 该轮一般是 老大或者部门负责人，问的问题一般都看 深度与广度
- 当问及薪水的时候，要说一个合适的，小公司随意，大公司一定要慎重，当心里没底的时候，可以告诉对方，让对方给一个合理的薪资。一般都是在原工资基础之上增长，听猎头说一般涨幅都在15%-30%，超 NB 的可以要30%及以上，如果感觉自己还不错的，挺厉害的，建议最高20%，一般人就定在15% 左右最靠谱。公司内部一般有一套机制，根据公司情况而定
- 我们的面试原则就是拿到合理薪资，得到 offer
- 个人发展情况，这个问题很难回答，如果和公司方向不符合，极有可能和公司无缘。建议多试探性的问问公司缺少什么，你能否给予公司对应的东西。当然对于有自我追求的人，那可以放心大胆的提。我的方向就是架构师，哈哈哈，挺极端的，别学我哦。我感觉选择都是双向的，因此我知道自己需要的是什么
- 你最擅长什么UI 还是其他什么？这个问题更不好回答。你要说你擅长 UI，是不是意味着你其他能力就不行？虽然我不知道面试官的用意，但是我能感觉到，这个问题不是那么好回答，我会回答说自己都行，来什么业务接什么需求。可能回答不太好，总之和公司的职位吻合就行，这样总不至于出错吧
【转】Android 面试要点
整个面试题分为三个部分：Java、Android 和项目经验。
Java 技术
Java 基础
- 对抽象、继承、多态的理解
- 泛型的作用及使用场景
- 枚举的特点及使用场景
- 线程 sleep 和 wait 的区别
- Java 反射机制
- weak/soft/strong 引用的区别
- Object 的 hashCode()与 equals()的区别和作用
集合类
- Java 常用集合类功能、区别和性能
- 并发相关的集合类
- 部分常用集合类的内部实现方式
多线程相关
- Thread、Runnable、Callable、Future 类关系与区别
- JDK 中默认提供了哪些线程池，有何区别
- 线程同步有几种方式，分别阐述在项目中的用法
- 在理解线程池的前提下，自己实现线程池
字符
- String 的不可变性
- StringBuilder 和 StringBuffer 的区别
- 字符集的理解：Unicode、UTF-8、GB2312等。
- 正则表达式相关问题
注解
- 注解的使用
- 注解的级别及意义
- 如何自定义注解
Android 技术
Android 基础
- 四大组件的意义及使用，生命周期回调及意义
- AsyncTask、Hanlder 的使用
- Android 系统层次框架结构
- AsyncTask 的实现方式
- AsyncTask 使用的时候应该注意什么
- Android 常见的存储方式
- Looper、Handler 和 MessageQueue 的关系
- Activity 的启动流程（考查对 Framework 的熟悉程度）
- 多进程开发的注意事项（Application 类区分进程，进程间内存不可见，进程间通讯方式）
Resource 相关
- .9图片的意义
- style 和 theme 的作用和用法
- dpi、sp、px 的区别以及转换关系
- raw 和 assets 文件夹的作用，二者有何区别
- Android 系统如何在多个资源文件夹下查找匹配最合适的资源
虚拟机
- Java 内存模型
- Android 虚拟机的特点
- Dalvik 和 Art 的区别
- 熟悉垃圾回收的实现机制，了解虚拟机的 GC 类型
View 相关
- 常用组件的使用，ListView、RecyclerView 及 Adapter 的使用
- View 之间的继承关系
- Invalidate 和 postInvalidate 的区别
- 自定义 View 的实现方式（根据项目经验询问相关组件）
- onMeasure/onLayout/onDraw 的作用
- Paint、Matrix、Shader 等绘制相关类的方法作用
- 详细描述事件分发机制
动画
- Android 有哪些动画的实现方式
- Interpolator 类的意义和常用的 Interpolator
- ViewAnimator 与属性动画有什么区别
- 如何自定义 ViewAnimation
- 属性动画的实现原理
图片处理
- 一般项目中如何加载大图
- 图片压缩的方式
- 如何不压缩图片加载高清图
- 图片加载过程中，一般会使用缓存，这个缓存的作用是什么
- 谈谈自己熟悉的图片加载框架
项目经验
开发工具
- 代码管理工具 SVN、Git
- 常用的调试工具：Hierarchy Viewer、DDMS 等
- CI 工具：Lint 检查，FindBugs，Jenkins
- 内存分析工具：dumpsys，memoinfo，MAT
项目工程
- APP 更新策略：推送或者拉取？
- 如何统一处理错误崩溃
- 如何进行用户行为收集
- 日志管理有哪些要点？（Debug 包开放，release 包关闭，错误日志反馈）
- 打包方式 Ant、Maven、Gradle
- 机型适配情况
开放平台
- 是否使用过第三方平台
- 常用开放平台的熟悉度（微信、QQ、微博、支付宝等常用的支付和分享）
- 是否进行过对第三方平台的统一封装
- 是否自己开发过 SDK
设计相关
- 有哪些常用的设计模式、设计原则
- 设计模式在 Android 源码中的应用
- 设计模式在项目中的应用
- 项目中的分包方式
- MVC 在项目中的应用，利弊
- Android 项目中的常见层次结构，包划分
- 有没有设计过项目中的层次结构、包划分