4. Looper
Looper是每条线程里的Message Queue的管家。Android没有Global的Message Queue，而Android会自动替主线程(UI线程)建立Message Queue，但在子线程里并没有建立 Message Queue。
所以调用Looper.getMainLooper()得到的主线程的Looper不为NULL，但调用Looper.myLooper() 得到当前线程的Looper就有可能为NULL。
对于子线程使用Looper，API Doc提供了正确的使用方法：
这个Message机制的大概流程：
1. 在Looper.loop()方法运行开始后，循环地按照接收顺序取出Message Queue里面的非NULL的Message。
2. 一开始Message Queue里面的Message都是NULL的。
当Handler.sendMessage(Message)到Message Queue，该函数里面设置了那个Message对象的target属性是当前的Handler对象。随后Looper取出了那个Message，则调用 该Message的target指向的Hander的dispatchMessage函数对Message进行处理。
在dispatchMessage方法里，如何处理Message则由用户指定，三个判断，优先级从高到低：
-
Message里面的Callback，一个实现了Runnable接口的对象，其中run函数做处理工作；
-
Handler里面的mCallback指向的一个实现了Callback接口的对象，由其handleMessage进行处理；
-
处理消息Handler对象对应的类继承并实现了其中handleMessage函数，通过这个实现的handleMessage函数处理消息。
由此可见，我们实现的handleMessage方法是优先级最低的！
3. Handler处理完该Message (update UI) 后，Looper则设置该Message为NULL，以便回收！
在网上有很多文章讲述主线程和其他子线程如何交互，传送信息，最终谁来执行处理信息之类的，个人理解是最简单的方法——判断Handler对象里面的Looper对象是属于哪条线程的，则由该线程来执行！
1. 当Handler对象的构造函数的参数为空，则为当前所在线程的Looper；
2，Android的Activity的四种启动模式和用途
standerd
默认模式，可以不用写配置。在这个模式下，都会默认创建一个新的实例。因此，在这种模式下，可以有多个相同的实例，也允许多个相同Activity叠加。应用场景：绝大多数Activity。
singleTop
栈顶复用模式，如果要开启的activity在任务栈的顶部已经存在，就不会创建新的实例，而是调用 onNewIntent() 方法。避免栈顶的activity被重复的创建。
singleInstance
“singleInstance”独占一个task，其它activity不能存在那个task里；如果它启动了一个新的activity，不管新的activity的launch mode 如何，新的activity都将会到别的task里运行（如同加了FLAG_ACTIVITY_NEW_TASK参数）。
singleTask
栈内复用模式， activity只会在任务栈里面存在一个实例。如果要激活的activity，在任务栈里面已经存在，就不会创建新的activity，而是复用这个已经存在的activity，调用 onNewIntent() 方法，并且清空这个activity任务栈上面所有的activity。
3，解释一下activity、 intent 、intent filter、service、Broadcase、BroadcaseReceiver
=========================================================================
一个activity呈现了一个用户可以操作的可视化用户界面；
一个service不包含可见的用户界面，而是在后台运行，可以与一个activity绑定，通过绑定暴露出来接口并与其进行通信；
一个broadcast receiver是一个接收广播消息并做出回应的component，broadcast receiver没有界面；一个intent是一个Intent对象，它保存了消息的内容。
对于activity和service来说，它指定了请求的操作名称和待操作数据的URI，Intent对象可以显式的指定一个目标component。如果这样的话，android会找到这个component(基于manifest文件中的声明)并激活它。
但如果一个目标不是显式指定的，android必须找到响应intent的最佳component。它是通过将Intent对象和目标的intent filter相比较来完成这一工作的；
一个component的intent filter告诉android该component能处理的intent。intent filter也是在manifest文件中声明的。
4、Serializable和Parcelable的区别
============================
在使用内存的时候，Parcelable 类比Serializable性能高，所以推荐使用Parcelable类。
1．Serializable在序列化的时候会产生大量的临时变量，从而引起频繁的GC。
2．Parcelable不能使用在要将数据存储在磁盘上的情况。
尽管Serializable效率低点，但在这 种情况下，还是建议你用Serializable
实现：
1．Serializable 的实现，只需要继承 Serializable 即可。这只是给对象打了一个标记，系统会 自动将其序列化。
2．Parcelabel 的实现，需要在类中添加一个静态成员变量 CREATOR，这个变量需要继承 Parcelable.Creator 接口。
public class MyParcelable implements Parcelable {
private int mData;
public int describeContents() {
return 0;
}
public void writeToParcel(Parcel out, int flags) {
out.writeInt(mData);
}
public static final Parcelable.Creator CREATOR = new Parcelable.Creator() {
public MyParcelable createFromParcel(Parcel in) {
return new MyParcelable(in);
}
public MyParcelable[] newArray(int size) {
return new MyParcelable[size];
}
};
private MyParcelable(Parcel in) {
mData = in.readInt();
}
}
5，什么是内存泄漏，android在什么情况下容易产生内存泄漏
===============================
说到内存泄漏就不得不提内存溢出。
内存溢出 out of memory，是指程序在申请内存时，没有足够的内存空间供其使用，出现out of memory；比如申请了一个integer,但给它存了long才能存下的数，那就是内存溢出。
内存泄露 memory leak，是指程序在申请内存后，无法释放已申请的内存空间，一次内存泄露危害可以忽略，但内存泄露堆积后果很严重。内存溢出导致了内存泄漏。
在Android中常见的内存泄漏原因：
1. 资源释放问题 程序代码的问题，长期保持某些资源，如Context、Cursor、IO流的引用，资源得不到释放 造成内存泄露。
2. 对象内存过大问题 保存了多个耗用内存过大的对象（如Bitmap、XML文件），造成内存超出限制。
3. static关键字的使用问题 static是Java中的一个关键字，当用它来修饰成员变量时，那么该变量就属于该类，而不是 该类的实例。所以用static修饰的变量，它的生命周期是很长的，如果用它来引用一些资源耗费 过多的实例（Context的情况最多），这时就要谨慎对待了。
public class ClassName { private static Context mContext; //省略 }
以上的代码是很危险的，如果将 Activity 赋值到 mContext 的话。那么即使该 Activity 已经 onDestroy，但是由于仍有对象保存它的引用，因此该Activity依然不会被释放。
4. 线程导致内存溢出 线程产生内存泄露的主要原因在于线程生命周期的不可控。
5，数据库游标忘记回收等
那么针对上面的问题我们怎么避免呢
1、图片过大导致OOM Android 中用bitmap时很容易内存溢出，比如报如下错误：
Java.lang.OutOfMemoryError : bitmap size exceeds VM budget。
解决方法： 方法1： 等比例缩小图片
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新
如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）
总结
算法知识点繁多，企业考察的题目千变万化，面对越来越近的“金九银十”，我给大家准备好了一套比较完善的学习方法，希望能帮助大家在有限的时间里尽可能系统快速的恶补算法，通过高效的学习来提高大家面试中算法模块的通过率。
这一套学习资料既有文字档也有视频，里面不仅仅有关键知识点的整理，还有案例的算法相关部分的讲解，可以帮助大家更好更全面的进行学习，二者搭配起来学习效果会更好。
部分资料展示：
有了这套学习资料，坚持刷题一周，你就会发现自己的算法知识体系有明显的完善，离大厂Offer的距离更加近。
过高效的学习来提高大家面试中算法模块的通过率。
这一套学习资料既有文字档也有视频，里面不仅仅有关键知识点的整理，还有案例的算法相关部分的讲解，可以帮助大家更好更全面的进行学习，二者搭配起来学习效果会更好。
部分资料展示：
[外链图片转存中…(img-tWYQHb1T-1712072138520)]
[外链图片转存中…(img-dsfRNweK-1712072138520)]
[外链图片转存中…(img-YVFVLMag-1712072138520)]
[外链图片转存中…(img-FOE53nEI-1712072138521)]
有了这套学习资料，坚持刷题一周，你就会发现自己的算法知识体系有明显的完善，离大厂Offer的距离更加近。
77
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
