快到金三银四了,很多小伙伴还没有复工,在家呆的有点慌,不知道之后会面临的裁员还是被裁员。在这里我给大家收集了很多面试题,刷完这些面试题,金三银四丝毫不用慌了
AndroidBAT面试专题PDF+学习笔记+相对应的视频教程(见末尾)
Activity
:onCreate()
->onStart()
->onResume()
->onPause()
->onStop()
->onDestory()
onCreate()
:为 Activity 设置布局,此时界面还不可见;
onStart()
: Activity 可见但还不能与用户交互,不能获得焦点
onRestart()
: 重新启动 Activity 时被回调
onResume()
: Activity 可见且可与用户进行交互
onPause()
: 当前 Activity 暂停,不可与用户交互,但还可见。在新 Activity 启动前被系统调用保存现有的 Activity 中的持久数据、停止动画等。
onStop()
: 当 Activity 被新的 Activity 覆盖不可见时被系统调用
onDestory()
: 当 Activity 被系统销毁杀掉或是由于内存不足时调用
Service
a) onBind
方式绑定的:onCreate
->onBind
->onUnBind
->onDestory
(不管调用 bindService
几次,onCreate
只会调用一次,onStart
不会被调用,建立连接后,service 会一直运行,直到调用
unBindService
或是之前调用的 bindService
的 Context 不存在了,系统会自动停止 Service,对
应的 onDestory
会被调用)
b) startService
启动的:onCreate
->onStartCommand
->onDestory
(start 多次,onCreate
只会被
调用一次,onStart
会调用多次,该service
会在后台运行,直至被调用stopService
或是stopSelf
)
c) 又被启动又被绑定的服务,不管如何调用 onCreate()
只被调用一次,startService
调用多少
次,onStart
就会被调用多少次,而 unbindService
不会停止服务,必须调用 stopService
或是
stopSelf
来停止服务。必须 unbindService
和 stopService(stopSelf
)同时都调用了才会停止服
务。
BroadcastReceiver
a) 动态注册: 存活周期是在 Context.registerReceiver
和 Context.unregisterReceiver
之间,
BroadcastReceiver
每次收到广播都是使用注册传入的对象处理的。
b) 静态注册: 进程在的情况下,receiver 会正常收到广播,调用 onReceive
方法;生命周期
只存活在onReceive
函数中,此方法结束,BroadcastReceiver
就销毁了。onReceive()
只有十
几秒存活时间,在 onReceive()
内操作超过 10S,就会报 ANR。进程不存在的情况,广播相应的进程会被拉活,Application.onCreate
会被调用,再调用onReceive
。
ContentProvider
:应该和应用的生命周期一样,它属于系统应用,应用启动时,它会跟着初始化,应用关闭或被杀,它会跟着结束。
1)通过 Intent 方式传递参数跳转
2)通过广播方式
3)通过接口回调方式
4)借助类的静态变量或全局变量
5)借助SharedPreference
或是外部存储,如数据库或本地文件
1 ) 切 换 横 屏 时 :
onSaveInstanceState
->onPause
->onStop
->onDestory
->onCreate
->onStart
->onRestoreInstanceState
->onResume
2) 切换竖屏时:会打印两次相同的 log
onSaveInstanceState
->onPause
->onStop
->onDestory
->onCreate
->onStart
->onRestoreInstanceState
->onResume
->onSaveInstanceState
->onPause
->onStop
->onDestory
->onCreate
->onStart
->onRestoreInstanceState
->onResume
3) 如 果 在 AndroidMainfest.xml
中 修 改 该 Activity 的 属 性 , 添 加
android:configChanges="orientation"
横竖屏切换,打印的 log 一样,同 1)
4) 如 果 AndroidMainfest.xml
中 该 Activity 中 的
android:configChanges="orientation|keyboardHidden"
,则只会打印
onConfigurationChanged
AlertDialog
并不会影响Activity的生命周期,按Home键后才会使Activity走onPause
->onStop
,
AlertDialog
只是一个组件,并不会使 Activity 进入后台
前一个 Activity 的 onPause
,后一个 Activity 的 onResume
onSaveInstanceState
是哪个类的方法,在什么情况下使用?在对应的 FragmentActivity.onSaveInstanceState
方法会调用 FragmentController.saveAllState
,
其中会对 mActive
中各个 Fragment 的实例状态和 View 状态分别进行保存.当 Activity 在做状
态保存和恢复的时候, 在它其中的 fragment 自然也需要做状态保存和恢复.
ViewPager+FragmentPagerAdapter+List
1)在相应的 fragment 中编写方法,在需要回调的 fragment 里获取对应的 Fragment 实例,调
用相应的方法;
2)采用接口回调的方式进行数据传递;
a) 在
Fragment1
中创建一个接口及接口对应的set方法;
b) 在Fragment1
中调用接口的方法;
c)在Fragment2
中实现该接口;
3)利用第三方开源框架 EventBus
ContentProvider
、ContentResolver
、ContentObserver
之间的关系ContentProvider
实现各个应用程序间数据共享,用来提供内容给别的应用操作。如联系人应
用中就使用了 ContentProvider
,可以在自己应用中读取和修改联系人信息,不过需要获取相
应的权限。它也只是一个中间件,真正的数据源是文件或 SQLite 等。
ContentResolver
内 容 解 析 者 , 用 于 获 取 内 容 提 供 者 提 供 的 数 据 , 通 过
ContentResolver.notifyChange(uri)
发出消息
ContentObserve
r 内容监听者,可以监听数据的改变状态,观察特定 Uri 引起的数据库变化,
继而做一些相应的处理,类似于数据库中的触发器,当 ContentObserver
所观察的 Uri 发生
变化时,便会触发它。
manifest
和代码中如何注册和使用 BroadcastReceiver
?1)mainfest
中注册:静态注册的广播接收者就是一个常驻在系统中的全局监听器,也就是说
如果你应用中配置了一个静态的 BroadcastReceiver
,而且你安装了应用而无论应用是否处于
运行状态,广播接收者都是已经常驻在系统中了。
2 ) 动态注册:动态注册的广播接收者只有执行了 registerReceiver(receiver, filter)
才会开始监听
广播消息,并对广播消息作为相应的处理。
IntentFilter fiter = new IntentFilter("com.smilexie.test.intent.mybroadcastreceiver");
MyBroadcastReceiver receiver = new MyBroadcastReceiver();
registerReceiver(receiver, filter);
//撤销广播接受者的动态注册
unregisterReceiver(receiver);
a.layout(left,top,right,bottom)
: 通过修改 View 四个方向的属性值来修改 View 的坐标,从而滑动 View
b.offsetLeftAndRight() offsetTopAndBottom()
: 指定偏移量滑动 view
c.LayoutParams
,改变布局参数: layoutParams
中保存了 view 的布局参数,可以通
过修改布局参数的方式滑动 view
d.通过动画来移动 view: 注意安卓的平移动画不能改变 view 的位置参数,属性
动画可以
e.scrollTo/scrollBy
: 注意移动的是 view 的内容,scrollBy(50,50)
你会看到屏幕上的
内容向屏幕的左上角移动了,这是参考对象不同导致的,你可以看作是它移动的
是手机屏幕,手机屏幕向右下角移动,那么屏幕上的内容就像左上角移动了
f.scroller
:scroller
需要配置 computeScroll
方法实现 view 的滑动,scroller
本身并不
会滑动 view,它的作用可以看作一个插值器,它会计算当前时间点 view 应该滑
动到的距离,然后 view 不断的重绘,不断的调用 computeScroll
方法,这个方法
是个空方法,所以我们重写这个方法,在这个方法中不断的从scroller
中获取当
前 view 的位置,调用 scrollTo
方法实现滑动的效果
点击事件产生后,首先传递给 Activity 的 dispatchTouchEvent
方法,通过PhoneWindow
传递给 DecorView
,然后再传递给根 ViewGroup
,进入 ViewGroup
的dispatchTouchEvent
方法,执行 onInterceptTouchEvent
方法判断是否拦截,再不拦截的情况下,此时会遍历 ViewGroup
的子元素,进入子 View 的dispatchToucnEvent
方法,如果子 view 设置了 onTouchListener
,就执行onTouch
方法,并根据 onTouch
的返回值为 true 还是 false 来决定是否执行 onTouchEvent
方法,如果是 false 则继续执行 onTouchEvent
,在 onTouchEvent
的 Action Up 事件中判断,如果设置了 onClickListener
,就执行 onClick
方法。
View 随着 Activity 的创建而加载,startActivity
启动一个 Activity 时,在ActivityThread
的handleLaunchActivity
方法中会执行 Activity 的 onCreate
方法,这个时候会调用 setContentView
加载布局创建出 DecorView
并将我们的 layout加载到 DecorView
中,当执行到 handleResumeActivity
时,Activity 的 onResume
方法被调用,然后 WindowManager
会将 DecorView
设置给 ViewRootImpl
,这样,DecorView
就被加载到Window中了,此时界面还没有显示出来,还需要经过 View的 measure,layout 和 draw 方法,才能完成 View 的工作流程。我们需要知道 View的绘制是由ViewRoot
来负责的,每一个DecorView
都有一个与之关联的ViewRoot
,这种关联关系是由WindowManager
维护的,将DecorView
和 ViewRoot
关联之后,ViewRootImpl
的requestLayout会被调用以完成初步布局,通过scheduleTraversals
方法向主线程发送消息请求遍历,最终调用 ViewRootImpl
的 performTraversals
方法,这个方法会执行 View 的 measure layout
和 draw 流程
22)图片库对比
23)LRUCache
原理
LruCache
是个泛型类,主要原理是:把最近使用的对象用强引用存储在LinkedHashMap
中,
当缓存满时,把最近最少使用的对象从内存中移除,并提供 get/put 方法完成缓存的获取和
添加。LruCache
是线程安全的,因为使用了 synchronized
关键字。当调用 put()方法,将元素加到链表头,如果链表中没有该元素,大小不变,如果没有,需调用 trimToSize
方法判断是否超过最大缓存量,trimToSize()
方法中有一个 while(true)
死循环,如果缓存大小大于最大的缓存值,会不断删除 LinkedHashMap
中队尾的元素,即最少访问的,直到缓存大小小于最大缓存值。当调用 LruCache
的 get 方法时,LinkedHashMap
会调用recordAccess
方法将此元素加到链表头部。
24 )图片加载原理
25)自己去实现图片库,怎么做?
26) Glide 源码解析
27) Glide 使用什么缓存?
1) 内存缓存: LruResourceCache(memory)+
弱引用 activeResources
Map
WeakReference
正在使用的资源,当 acquired
变量大于 0,说明图片正在使用,放到 activeResources
弱引用缓存中,经过 release()后,acquired=0
,说明图片不再使用,会把它放进 LruResourceCache
中
2)磁盘缓存: DiskLruCache
,这里分为 Source(原始图片)和 Result(转换后的图片)
第一次获取图片,肯定网络取,然后存 active\disk
中,再把图片显示出来,第二次读取相同
的图片,并加载到相同大小的 imageview 中,会先从 memory 中取,没有再去 active 中获取。
如果 activity 执行到 onStop
时,图片被回收,active 中的资源会被保存到 memory 中,active
中的资源被回收。当再次加载图片时,会从 memory 中取,再放入 active 中,并将 memory
中对应的资源回收。
之所以需要 activeResources
,它是一个随时可能被回收的资源,memory 的强引用频繁读写
可能造成内存激增频繁 GC,而造成内存抖动。资源在使用过程中保存在 activeResources
中,
而 activeResources
是弱引用,随时被系统回收,不会造成内存过多使用和泄漏。
28 )Glide 内存缓存如何控制大小?
Glide 内存缓存最大空间(maxSize)=每个进程可用最大内存0.4(低配手机是 每个进程可用
最大内存0.33)
磁盘缓存大小是 250MB int DEFAULT_DISK_CACHE_SIZE = 250 * 1024 * 1024;
29.网络框架对比和源码分析
30.自己去设计网络请求框架,怎么做?
31.okhttp 源码
32.网络请求缓存处理,okhttp 如何处理网络缓存的;
33.sqlite 升级,增加字段的语句
34.数据库框架对比和源码分析
35.数据库的优化
36.数据库数据迁移问题
71. 谈谈对 RxJava的理解
RxJava 是基于响应式编程,基于事件流、实现异步操(类似于 Android 中的 AsyncTask
、Handler
作用)作的库,基于事件流的链式调用,使得 RxJava 逻辑简洁、使用简单。RxJava 原理是
基于一种扩展的观察者模式,
有四种角色: 被观察者 Observable
观察者 Observer
订阅subscribe
事件 Event。
RxJava
原理可总结为: 被观察者 Observable 通过订阅(subscribe)按顺序发送事件(Emitter)给观察者(Observer), 观察者按顺序接收事件&作出相应的响应动作
RxJava 中的操作符:
1)defer()
: 直到有观察者(Observer
)订阅时,才会动态创建被观察者对象(Observer
)&发送事件,通过 Observer
工厂方法创建被观察者对象,每次订阅后,都会得到一个刚创建的最新的
Observer 对象,可以确保 Observer 对象里的数据是最新的。defer()
方法只会定义 Observable
对象,只有订阅操作才会创建对象。
Observable observable = Observable.defer(new Callable>() {
@Override
public ObservableSource extends T> call() throws Exception {
return Observable.just();
}
}
2)timer()
快速创建一个被观察者(Observable
),延迟指定时间后,再发送事件
Observable.timer(2, TimeUnit.SECONDS)// 也可以自定义线程 timer(long, TimeUnit, Scheduler)
.subscribe(new Observer() {
@Override
public void onSubscribe(Disposable d) {
}
...
});
interval() intervalRange()
快速创建一个被观察者对象(Observable),每隔指定时间就发送 //interval 三个参数,参数 1 :第一次延迟时间 参数 2 :间隔时间数字 参数 3 :时间单位
Observable.interval(3, 1, TimeUnit.SECONDS).subscribe();
//intervalRange 五个参数,参数 1 :事件序列起始点 参数 2 :事件数量 参数 3 :第一次延迟时间 参数 4 :间隔时间数字 参数 5 :时间单位
Observable.intervalRange(3, 10, 2, 1, TimeUnit.SECONDS).subscribe();
1)创建被观察者对象 Observable&定义需要发送的事件
Observable.create(new ObservableOnSubscribe(){
@Override
public void subscribe(ObservableEmitter emitter) throws Exception {
// 定义发送事件的行为
}
});
Observable.create()
方法实际创建了一个 ObservableCreate
对象,它是 Observable
的子类,传
入一个 ObservableOnSubscribe
对象,复写了发送事件行为的 subscribe()
方法。
2)创建观察者对象 Observer&定义响应事件的行为
Observer observer = new Observer() {
@Override
public void onSubscribe(Disposable d){//Disposable 对象可用于结束事件
// 默认最先调用
}
@Override
public void onNext(T t){
}
@Override
public void onError(Throwable d){
}
@Override
public void onComplete(){
}
}
3)通过subscribe()
方法使观察者订阅被观察者
Observable.subscribe(Observer observer);// 实际调用的是 ObservableCreate.subscribeActual() 方法,具体实现如下
protected void subscribeActual(Observer super T> observer) {
// 1. 创建 1 个 CreateEmitter 对象用于发射事件(封装成 1 个 Disposable 对
象)
CreateEmitter parent = new CreateEmitter(observer);
// 2. 调用观察者( Observer )的 onSubscribe ()
observer.onSubscribe(parent);
try {
// 3. 调用 source 对象的( ObservableOnSubscribe 对象) subscribe ()
source.subscribe(parent);
} catch (Throwable ex) {
Exceptions.throwIfFatal(ex);
parent.onError(ex);
}
}
如果想要获取完整的复习导图(一些重要问题以及真实面试后的补充点)
顺手留下GitHub链接,需要获取相关面试等内容的可以自己去找)
https://github.com/xiangjiana/Android-MS
希望2020年 你我都有所收获
更多完整项目下载。未完待续。源码。图文知识后续上传github。
可以点击关于我联系我获取