2020上半年百度Android岗（初级到高级）面试真题全收录+解析，备战金九银十！（中篇）

版权声明：本文为博主原创文章，首发简书。未经博主允许不得转载。
https://www.jianshu.com/u/3348b92f77a4

前言

续上2020上半年百度Android岗（初级到高级）面试真题全收录+解析，备战金九银十！（上篇）

本文是百度2020上半年网友分享以及我个人收录的面试真题大全。并且花了大量时间为大家寻找到了最佳的答案解析。希望可以收到帮助到大家。喜欢的朋友可以点个赞支持一下，谢谢。

BATJ大厂面试真题收录大全PDF电子书已上传在石墨文档：【BATJ面试大全】需要的小伙伴自取就好了。别忘了给文章点个赞~

Android基础篇

1.Application

1.1、OnLowMemory 和 OnTrimMemory 的区别比较？

1、OnLowMemory 被回调时，已经没有后台进程；而 onTrimMemory 被回调时，还有后台
进程。
2、OnLowMemory 是在最后一个后台进程被杀时调用，一般情况是 low memory killer 杀进程后触发；而 OnTrimMemory 的触发更频繁，每次计算进程优先级时，只要满足条件，都会触发。
3、通过一键清理后，OnLowMemory 不会被触发，而 OnTrimMemory 会被触发一次。OnTrimMemory 的参数是一个 int 数值，代表不同的内存状态：
TRIM_MEMORY_COMPLETE：内存不足，并且该进程在后台进程列表最后一个，马上就要被
清理TRIM_MEMORY_MODERATE：内存不足，并且该进程在后台进程列表的中部。
TRIM_MEMORY_BACKGROUND：内存不足，并且该进程是后台进程。
TRIM_MEMORY_UI_HIDDEN：内存不足，并且该进程的 UI 已经不可见了。

1.2、Application 的生命周期

相比 Activity ，Application 的生命周期简直不要太简单。首先创建的时候会调用构造函数，然后系统准备好 ContextImpl 通过 attachBaseContext( Context ) 方法注入到 Application，接着调用我们最熟悉的 onCreate 方法。API 里还有一个 onTerminate 方法在进程被杀死的时候会回调，不过仅在模拟器生效，就不需要关注了。

1.3、说一下 Application 的初始化流程

Application 的初始化是在应用进程创建完成后：

ActivityThread 调用 AMS 的 Binder 对象（ IActivityManager ）的 attachApplication 方法
AMS 收到请求后再去调用 ActivityThread 的 bindApplication 方法
ActivityThread 这边收到请求再组装一个 AppBindData 对象，把所有参数封装进去，再通过 handler 发到主线程执行

主线程 loop 到这条消息，调用 handleBindApplication 来真正处理初始化 Application

handleBindApplication 和我们谈 “Context” 那次，Activity 的初始化差不多。回顾一下：

ClassLoader 加载 Application 类，实例化
初始化 Applicaction 用的 ContextImpl
通过 Application.attach( Context ) 方法，调用 attachBaseContext( Context ) 将 ContextImpl 注入到 Application
最后调用 Application.OnCreate()
这样 Application 就初始化完成了

2.Context

2.1、Context理解

1、Activity和Service以及Application的Context是不一样的,Activity继承自ContextThemeWraper.其他的继承自ContextWrapper。
2、每一个Activity和Service以及Application的Context是一个新的ContextImpl对象。
3、getApplication()用来获取Application实例的，但是这个方法只有在Activity和Service中才能调用的到。那也许在绝大多数情况下我们都是在Activity或者Servic中使用Application的，但是如果在一些其它的场景，比如BroadcastReceiver中也想获得Application的实例，这时就可以借助getApplicationContext()方法，getApplicationContext()比getApplication()方法的作用域会更广一些，任何一个Context的实例，只要调用getApplicationContext()方法都可以拿到我们的Application对象。
4、创建对话框时不可以用Application的context，只能用Activity的context。
5、Context的数量等于Activity的个数 + Service的个数 +1，这个1为Application。

2.2、ApplicationContext和ActivityContext的区别

这是两种不同的context，也是最常见的两种.第一种中context的生命周期与Application的生命周期相关的，context随着Application的销毁而销毁，伴随application的一生，与activity的生命周期无关.第二种中的context跟Activity的生命周期是相关的，但是对一个Application来说，Activity可以销毁几次，那么属于Activity的context就会销毁多次.至于用哪种context，得看应用场景。还有就是，在使用context的时候，小心内存泄露，防止内存泄露，注意一下几个方面：

• 不要让生命周期长的对象引用activity context，即保证引用activity的对象要与activity本身生命周期是一样的。
• 对于生命周期长的对象，可以使用application context。
• 避免非静态的内部类，尽量使用静态类，避免生命周期问题，注意内部类对外部对象引用导致的生命周期变化。

3.Activity

3.1、Activity和Fragment生命周期有哪些？