Handler机制
Looper.prepare
sThreadLocal.set(new Looper(quitAllowed));//线程关联looper
new Handler时 mLooper = Looper.myLooper();//获取looper对象
public static @Nullable Looper myLooper() {
return sThreadLocal.get();//通过线程获得looper
}
线程与Looper关联
handler与looper关联，MessageQueue创建于looper中，looper与线程关联，handler与MessageQueue通过looper关联，handler与线程关联
Android中让多个线程顺序执行探究
1 利用优先队列实现多个线程顺序执行 每创建一个线程我都给它设置了一个自带的优先级
final PriorityQueue queue = new PriorityQueue<>(11, new MyThreadComparator());
queue.add(thread1);
queue.add(thread2);
public static class MyThreadComparator implements Serializable, Comparator {
@Override
public int compare(Thread lhs, Thread rhs) {
int value = lhs.getPriority() < rhs.getPriority() ? 1 : lhs.getPriority() >
rhs.getPriority() ? -1 : 0;
return value;
}
}
------基线计算----
String dd = "gfdgyadgsdfg";
Rect rect = new Rect();
paint.getTextBounds(dd, 0, dd.length(), rect);
int dx = getWidth() / 2 - rect.width() / 2;
Paint.FontMetricsInt fontMetricsInt = paint.getFontMetricsInt();
int dy = (fontMetricsInt.bottom - fontMetricsInt.top) / 2 - fontMetricsInt.bottom; // 以基线为标准
Log.e("dydyd", dy + " " + fontMetricsInt.bottom + " " + fontMetricsInt.top + " " + getHeight() / 2); // 47 33 -127
// dy代表控件中心线与基线之间的距离
int baseline = getHeight() / 2 + dy; //控件中间线位置+（rectf中心线距离基线的距离）
canvas.drawText(dd, dx, baseline, paint);
1用transient关键字标记的成员变量不参与序列化过程。
Serializable的实现，只需要实现Serializable接口即可。这只是给对象打了一个标记（UID），系统会自动将其序列化。而Parcelabel的实现，不仅需要实现Parcelabel接口，还需要在类中添加一个静态成员变量CREATOR，这个变量需要实现 Parcelable.Creator 接口，并实现读写的抽象方法。
Parcelable的性能比Serializable好，在内存开销方面较小，所以Android应用程序在内存间数据传输时推荐使用Parcelable，如activity间传输数据和AIDL数据传递，而Serializable将数据持久化的操作方便，因此在将对象序列化到存储设置中或将对象序列化后通过网络传输时建议选择Serializable
2 当ListView自身接收到的滑动事件时，使ScrollView取消拦截。ListView区域内的滑动事件由自己处理，
scrollListView.setOnTouchListener(new View.OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent ev) {
switch (ev.getAction()) {
case MotionEvent.ACTION_DOWN:
case MotionEvent.ACTION_MOVE:
scrollListView.getParent().requestDisallowInterceptTouchEvent(true);
break;
case MotionEvent.ACTION_UP:
case MotionEvent.ACTION_CANCEL:
scrollListView.getParent().requestDisallowInterceptTouchEvent(false);
break;
}
return false;
}
});
3 HashMap为什么是线程不安全的？并发操作HashMap，是有可能带来死循环以及数据丢失的问题的。
HashMap：它根据键的hashCode值存储数据，大多数情况下可以直接定位到它的值，因而具有很快的访问速度，但遍历顺序却是不确定的。 HashMap最多只允许一条记录的键为null，允许多条记录的值为null。HashMap非线程安全，即任一时刻可以有多个线程同时写HashMap，可能会导致数据的不一致。如果需要满足线程安全，可以用 Collections的synchronizedMap方法使HashMap具有线程安全的能力，或者使用分段锁实现的ConcurrentHashMap
HashMap底层是一个Entry数组，当发生hash冲突的时候，hashmap是采用链表的方式来解决的，在对应的数组位置存放链表的头结点。对链表而言，新加入的节点会从头结点加入。
在hashmap做put操作的时候会调用到以上的方法。现在假如A线程和B线程同时对同一个数组位置调用addEntry，两个线程会同时得到现在的头结点，然后A写入新的头结点之后，B也写入新的头结点，那B的写入操作就会覆盖A的写入操作造成A的写入操作丢失
4 view的绘制流程在activity的onResume（）之后才调用的 onFinishInflate()在xml解析完毕后调用
onFinishInflate() --> onMeasure()--> onLayout() --> onDraw()
viewGroup默认不调用onDraw（）
5 // startForeground(messageId, new Notification());
JobService 开启定时任务 看messageservice有没有被杀死 杀死启动 轮询
//判断服务有没有在运行
-------------------------------面试题--------------------------------------------
1 数据库操作类型 ？如何导入外部数据库？
NULL、INTEGER、REAL、TEXT、BLOB
INTEGER –整数，对应Java 的byte、short、int 和long。
REAL – 小数，对应Java 的float 和double。
TEXT – 字串，对应Java 的String。
android系统下数据库应该存放在 /data/data/com.*.*(package name)/ 目录下，所以我们需要做的是把已有的数
据库传入那个目录下。操作方法是用FileInputStream读取原数据库，再用FileOutputStream把读取到的东西写入到
那个目录。 db.execSQL（参数） db.insert("sql语句")
2 本地广播 与全局广播
2.1 核心用法
使用LocalBroadcastManager来管理广播：
调用LocalBroadcastManager.getInstance()来获得实例
调用xx.registerReceiver()来注册广播
调用xx.sendBroadcast()发送广播
调用xx.unregisterReceiver()取消注册
2.2 注意事项
本地广播无法通过静态注册来接收，相比起系统全局广播更加高效
在广播中启动activity的话，需要为intent加入FLAG_ACTIVITY_NEW_TASK的标记，不然会报错， 因为需要一个栈来存放新打开的activity。
广播中弹出AlertDialog的话，需要设置对话框的类型为:TYPE_SYSTEM_ALERT不然是无法弹出的。
3 Activity launch
3.1 standard模式的Activity, 每次启动都会创建一个新的实例, 放到启动他的那个Activity所在的Task中.
3.2 singleTop模式的Activity, 仅当该Activity已经在Task的顶部了, 才会复用. 复用时onPause, 然后
onNewIntent唤起, 走onResume流程. 否则都要创建新的实例, 放进Task中.
3.3 singleTask模式的Activity, 同一个Task中只会存在一个实例. 如果Task中还没有, 则新建, 放在Task顶部;
如果Task中已经有该Activity实例, 则复用.
singleTask模式的Activity的复用模式:
如果已经在Task顶部, 如同singleTop的复用模式;
如果不在Task顶部, 则销毁Task中该Activity顶部的所有其他Activity, 通过onNewIntent唤起该
Activity, 走onRestart流程.
3.4 singleInstance模式的Activity, 会运行在一个单独的Task中, 且整个系统中只有一个该Activity实例. 相当 于单例模式. 复用模式和singleTask一样.
设置A为singleInstance, 执行A -> B -> C -> A 最后A是复用 按back键 不会出现A了
Activity的android:configChanges="orientation|keyboardHidden"时，切屏不会重新调用各个生命周期，只会执行onConfigurationChanged方法
4 View的绘制流程
1 setContentView 只是创建DecorView， 把我们的布局加载到DecorView
performLaunchActivity->Activity.onCreate()
handleResumeActivity()
->performResumeActivity()->Activity.onResume()
->wm.addView(decor,1);才开始把我们的DecorView加载windowManager，这时才开始View的绘制流程，measume(),layout(),draw()
->WindowManangerImpl.addView()
->ViewRootImpl.setView(view,wparmas,panel); ->requestLayout（checkThread） ->ViewRootImpl.scheduleTraversals()->doTraversal()->performTraversals()(网上文章从这里开始 书本，才开始)
performTraversals重点- 自定义ViewGroup就必须重写onMeasure方法，在这里测量子控件的尺寸
第一个调用的方法：performMeasure(childWidthMeasureSpec, childHeightMeasureSpec);
->DecorView.measure(childWidthMeasureSpec, childHeightMeasureSpec);
->onMeasure(widthMeasureSpec, heightMeasureSpec); 测量开始
->LinearLayout(最外层).onMeasure(widthMeasureSpec, heightMeasureSpec) 第三又从这里开始
->measureVertical(int widthMeasureSpec, int heightMeasureSpec)
->measureChildWiMargins（內部getChildMeasureSpec）
childWidthMeasureSpec, childHeightMeasureSpec 测量模式
getChildMeasureSpec的作用就是通过父控件的宽高约束规则和父控件加在子控件上的宽高布局参数生成一个子控件的约束
public static int getChildMeasureSpec(int spec, int padding, int childDimension) {
//父布局的宽高的模式
int specMode = MeasureSpec.getMode(spec);
int specSize = MeasureSpec.getSize(spec);
switch (specMode) {
case MeasureSpec.EXACTLY:
子布局测量模式是由父布局和自己决定的 比如：
1 父布局wrap_content子布局就算是match_parent ,这时子布局的测量模式还是AT_MOST
2 父布局match_parent子布局就算是match_parent ,这时子布局的测量模式还是EXACTLY...
->child.measure(childWidthMeasureSpec, childHeightMeasureSpec); 第二 第四
这时我们都会调用setMeasuredDimension()这个时候布局才有宽度和高度
接着执行ViewGroup的onMeasure（）方法 这个时候要指定自己的宽高高度的算法如果是垂直方向 是不断叠加子view的高度。
RelativeLayout的高度算法是指定子孩子里面最高的。
测量时从外往里递归
布局(三层)
5 Activity，Window ,View三者的差别? fragment的特点？
Activity像一个工匠（控制单元），Window像窗户（承载模型），View像窗花（显示视图） LayoutInflater像剪刀，Xml配置像窗花图纸。
在Activity创建时调用attach，创建了一个Window
创建的window是其子类PhoneWindow，在attach中创建PhoneWindow
在Activity中调用setContentView(R.layout.xxx)
其中实际上是调用的getWindow().setContentView()
调用PhoneWindow中的setContentView方法
创建ParentView：作为ViewGroup的子类，实际是创建的DecorView(作为FramLayout的子类）
将指定的R.layout.xxx进行填充通过布局填充器进行填充【其中的parent指的就是DecorView】
调用到ViewGroup
调用ViewGroup的removeAllView()，先将所有的view移除掉
添加新的view：addView()
fragment 特点
Fragment可以作为Activity界面的一部分组成出现；
可以在一个Activity中同时出现多个Fragment，并且一个Fragment也可以在多个Activity中使用；
在Activity运行过程中，可以添加、移除或者替换Fragment；
Fragment可以响应自己的输入事件，并且有自己的生命周期，它们的生命周期会受宿主Activity的生命周期影响。
RelativeLayout不如LinearLayout快的根本原因是RelativeLayout需要对其子View进行两次measure过程。而LinearLayout则只需一次measure过程 使用padding代替margin
6 IntentService， aidl解决什么问题？
IntentService是通过Handler looper message的方式实现了一个多线程的操作，同时耗时操作也可以被这个线程管理和执行，同时不会产生ANR的情况
当第一启动IntentService时，它的onCreate方法将会被调用，其内部会去创建一个HandlerThread并启动它，接着创建一个ServiceHandler（继承Handler），传入HandlerThread的Looper对象，这样ServiceHandler就变成可以处理异步线程的执行类了（因为Looper对象与HandlerThread绑定，而HandlerThread又是一个异步线程，我们把HandlerThread持有的Looper对象传递给Handler后，ServiceHandler内部就持有异步线程的Looper，自然就可以执行异步任务了）
onHandleIntent确实是一个异步处理方法（ServiceHandler本身就是一个异步处理的handler类），在onHandleIntent方法执行结束后，IntentService会通过 stopSelf(int startId)方法来尝试停止服务
IntentService在执行onCreate的方法的时候，其实开了一个线程HandlerThread,并获得了当前线程队列管理的looper，并且在onStart的时候，把消息置入了消息队列 ，在消息被handler接受并且回调的时候，执行了onHandlerIntent方法，该方法的实现是子类去做的。
新开了一个线程来处理耗时操作的，即是耗时操作也可以被这个线程管理和执行，同时不会产生ANR的情况
