`

接近金三银四?不要慌,先刷完这几百道面试题

阅读更多

快到金三银四了,很多小伙伴还没有复工,在家呆的有点慌,不知道之后会面临的裁员还是被裁员。在这里我给大家收集了很多面试题,刷完这些面试题,金三银四丝毫不用慌了

AndroidBAT面试专题PDF+学习笔记+相对应的视频教程(见末尾)

 

 

一丶Android常问基础面试点

1.四大组件的生命周期和简单用法

1)Activity

onCreate()->onStart()->onResume()->onPause()->onStop()->onDestory()
onCreate():为 Activity 设置布局,此时界面还不可见;
onStart(): Activity 可见但还不能与用户交互,不能获得焦点
onRestart(): 重新启动 Activity 时被回调
onResume(): Activity 可见且可与用户进行交互
onPause(): 当前 Activity 暂停,不可与用户交互,但还可见。在新 Activity 启动前被系统调用保存现有的 Activity 中的持久数据、停止动画等。
onStop(): 当 Activity 被新的 Activity 覆盖不可见时被系统调用
onDestory(): 当 Activity 被系统销毁杀掉或是由于内存不足时调用

2)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)同时都调用了才会停止服
务。

3)BroadcastReceiver

a) 动态注册: 存活周期是在 Context.registerReceiver 和 Context.unregisterReceiver 之间,
BroadcastReceiver 每次收到广播都是使用注册传入的对象处理的。
b) 静态注册: 进程在的情况下,receiver 会正常收到广播,调用 onReceive 方法;生命周期
只存活在onReceive 函数中,此方法结束,BroadcastReceiver 就销毁了。onReceive()只有十
几秒存活时间,在 onReceive()内操作超过 10S,就会报 ANR。进程不存在的情况,广播相应的进程会被拉活,Application.onCreate 会被调用,再调用onReceive

4)ContentProvider

应该和应用的生命周期一样,它属于系统应用,应用启动时,它会跟着初始化,应用关闭或被杀,它会跟着结束。

2 .Activity 之间的通信方式

1)通过 Intent 方式传递参数跳转
2)通过广播方式
3)通过接口回调方式
4)借助类的静态变量或全局变量
5)借助 SharedPreference 或是外部存储,如数据库或本地文件

3.横竖屏切换的时候,Activity 各种情况下的生命周期

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)

  1. 如 果 AndroidMainfest.xml中 该 Activity 中 的
    android:configChanges="orientation|keyboardHidden",则只会打印
    onConfigurationChanged

4.Activity 上有 Dialog 的时候按 Home 键时的生命周期

AlertDialog并不会影响Activity的生命周期,按Home键后才会使Activity走onPause->onStop
AlertDialog 只是一个组件,并不会使 Activity 进入后台

5.两个 Activity 之间跳转时必然会执行的是哪几个方法?

前一个 Activity 的 onPause,后一个 Activity 的 onResume

6.Fragment 状态保存 onSaveInstanceState 是哪个类的方法,在什么情况下使用?

在对应的 FragmentActivity.onSaveInstanceState 方法会调用 FragmentController.saveAllState
其中会对 mActive 中各个 Fragment 的实例状态和 View 状态分别进行保存.当 Activity 在做状
态保存和恢复的时候, 在它其中的 fragment 自然也需要做状态保存和恢复.

7.如何实现 Fragment 的滑动?

ViewPager+FragmentPagerAdapter+List<Fragment>

8.fragment 之间传递数据的方式?

1)在相应的 fragment 中编写方法,在需要回调的 fragment 里获取对应的 Fragment 实例,调
用相应的方法;
2)采用接口回调的方式进行数据传递;

a) 在Fragment1中创建一个接口及接口对应的set方法;
b) 在Fragment1中调用接口的方法;
c)在 Fragment2 中实现该接口;

3)利用第三方开源框架 EventBus

9.说说 ContentProvider 、ContentResolver 、ContentObserver 之间的关系

ContentProvider 实现各个应用程序间数据共享,用来提供内容给别的应用操作。如联系人应
用中就使用了 ContentProvider,可以在自己应用中读取和修改联系人信息,不过需要获取相
应的权限。它也只是一个中间件,真正的数据源是文件或 SQLite 等。

ContentResolver 内 容 解 析 者 , 用 于 获 取 内 容 提 供 者 提 供 的 数 据 , 通 过
ContentResolver.notifyChange(uri)发出消息

ContentObserver 内容监听者,可以监听数据的改变状态,观察特定 Uri 引起的数据库变化,
继而做一些相应的处理,类似于数据库中的触发器,当 ContentObserver所观察的 Uri 发生
变化时,便会触发它。

10. 在 manifest 和代码中如何注册和使用 BroadcastReceiver?

1)mainfest中注册:静态注册的广播接收者就是一个常驻在系统中的全局监听器,也就是说
如果你应用中配置了一个静态的 BroadcastReceiver,而且你安装了应用而无论应用是否处于
运行状态,广播接收者都是已经常驻在系统中了。

  <receiver android:name=".MyBroadcastReceiver">
      <intent-filter>
           <action android:name="com.smilexie.test.intent.mybroadcastreceiver"/>
      </intent-filter>
  </receiver>

2 ) 动态注册:动态注册的广播接收者只有执行了 registerReceiver(receiver, filter)才会开始监听
广播消息,并对广播消息作为相应的处理。

  IntentFilter fiter = new IntentFilter("com.smilexie.test.intent.mybroadcastreceiver");
  MyBroadcastReceiver receiver = new MyBroadcastReceiver();
  registerReceiver(receiver, filter);

  //撤销广播接受者的动态注册
  unregisterReceiver(receiver);
  • 11.Android 属性动画特性
  • 12.如何导入外部数据库?
  • 13.LinearLayout、RelativeLayout、FrameLayout 的特性及对比,并介绍使用场景。
  • 14.谈谈对接口与回调的理解
  • 15.写一个回调 demo
  • 16.介绍下 SurfView
  • 17.RecycleView 的使用
  • 18.序列化的作用,以及 Android 两种序列化的区别

二丶Android View总结

19.View 的滑动方式

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 方法实现滑动的效果

20.View 的事件分发机制

点击事件产生后,首先传递给 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 方法。

21.View 的加载流程

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<KeyWeakReference<EngineResource<?>>> activeResources 正在使用的资源,当 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.数据库数据迁移问题

五丶算法

  1. 排序算法有哪些?
  2. 最快的排序算法是哪个?
  3. 手写一个冒泡排序
  4. 手写快速排序代码
  5. 快速排序的过程、时间复杂度、空间复杂度
  6. 手写堆排序
  7. 堆排序过程、时间复杂度及空间复杂度
  8. 写出你所知道的排序算法及时空复杂度,稳定性
  9. 二叉树给出根节点和目标节点,找出从根节点到目标节点的路径
  10. 给阿里 2 万多名员工按年龄排序应该选择哪个算法?
  11. GC 算法( 各种算法的优缺点以及应用场景)
  12. 蚁群算法与蒙特卡洛算法
  13. 子串包含问题(KMP 算法) 写代码实现
  14. 一个无序, , 不重复数组, , 输出 N 个元素, , 使得 N 个元素的和相加为 M, , 给出时间复杂度、 、.空间复杂度。手写算法
  15. 万亿级别的两个 URL 文件 A 和 和 B, , 如何求出 A 和 和 B 的差集 C( 提示 :Bit 映射->hash 分组->多文件读写效率-> 磁盘寻址以及应用层面对寻址的优化)
  16. 百度 POI 中如何试下查找最近的商家功能( 提示:坐标镜像+R 树) 。
  17. 两个不重复的数组集合中,求共同的元素。
  18. 两个不重复的数组集合中,这两个集合都是海量数据,内存中放不下,怎么求共同的元
    素?
  19. 一个文件中有 100 万个整数,由空格分开,在程序中判断用户输入的整数是否在此文件
    中。说出最优的方法
  20. 一张 Bitmap 所占内存以及内存占用的计算

六丶插件化、模块化、组件化、热修复、增量更新、Gradle

  1. 对热修复和插件化的理解
  2. 插件化原理分析
  3. 模块化实现(好处,原因)
  4. 热修复, 插件化
  5. 项目组件化的理解
  6. 击 描述清点击 Android Studio 的 build 按钮后发生了什么

七丶架构设计和设计模式

  1. 谈谈你对 Android 设计模式的理解
  2. MVC MVP MVVM 原理和区别
  3. 你所知道的设计模式有哪些?
  4. 项目中常用的设计模式
  5. 手写生产者/ 消费者模式
  6. 写出观察者模式的代码
  7. 适配器模式,装饰者模式,外观模式的异同?
  8. 用到的一些开源框架,介绍一个看过源码的,内部实现过程。

71. 谈谈对 RxJava的理解
RxJava 是基于响应式编程,基于事件流、实现异步操(类似于 Android 中的 AsyncTaskHandler
作用)作的库,基于事件流的链式调用,使得 RxJava 逻辑简洁、使用简单。RxJava 原理是
基于一种扩展的观察者模式,

有四种角色: 被观察者 Observable 观察者 Observer 订阅subscribe 事件 Event。

RxJava 原理可总结为: 被观察者 Observable 通过订阅(subscribe)按顺序发送事件(Emitter)给观察者(Observer), 观察者按顺序接收事件&作出相应的响应动作

RxJava 中的操作符:
1)defer(): 直到有观察者(Observer)订阅时,才会动态创建被观察者对象(Observer)&发送事件,通过 Observer 工厂方法创建被观察者对象,每次订阅后,都会得到一个刚创建的最新的
Observer 对象,可以确保 Observer 对象里的数据是最新的。defer()方法只会定义 Observable对象,只有订阅操作才会创建对象。

  Observable<T> observable = Observable.defer(new Callable<ObservableSource<? extends T>>() {
      @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<Long>() {
          @Override
          public void onSubscribe(Disposable d) {
          }
          ...
  });
  1. 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();
72.Rxjava 发送事件步骤

1)创建被观察者对象 Observable&定义需要发送的事件

  Observable.create(new ObservableOnSubscribe<T>(){
      @Override
      public void subscribe(ObservableEmitter<T> emitter) throws Exception {
        // 定义发送事件的行为
      }
  });

Observable.create()方法实际创建了一个 ObservableCreate 对象,它是 Observable 的子类,传
入一个 ObservableOnSubscribe 对象,复写了发送事件行为的 subscribe()方法。
2)创建观察者对象 Observer&定义响应事件的行为

  Observer observer = new Observer<T>() {

     @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<T> parent = new CreateEmitter<T>(observer);
       // 2. 调用观察者( Observer )的 onSubscribe ()
      observer.onSubscribe(parent);
      try {
          // 3. 调用 source 对象的( ObservableOnSubscribe 对象) subscribe ()
          source.subscribe(parent);
      } catch (Throwable ex) {
          Exceptions.throwIfFatal(ex);
          parent.onError(ex);
      }
  }
  1. RxJava 的作用,与平时使用的异步操作来比的优缺点
  2. 说说 EventBus 作用,实现方式,代替 EventBus 的方式
  3. 从 从 0 设计一款 App 整体架构,如何去做?
  4. 说一款你认为当前比较火的应用并设计( 比如:直播 APP ,P2P 金融,小视频等)
  5. 谈谈对 java 状态机理解
  6. Fragment 如果在 Adapter 中使用应该如何解耦?
  7. Binder 机制及底层实现
  8. 对于应用更新这块是如何做的?( 解答:灰度,强制更新,分区域更新) ?
  9. 实现一个 Json 解析器

八丶性能优化

  1. 如何对 Android 应用进行性能分析以及优化?
  2. ddms 和 和 traceView
  3. 性能优化如何分析 systrace ?
  4. 用 用 IDE 如何分析内存泄漏?
  5. Java 多线程引发的性能问题,怎么解决?
  6. 启动页白屏及黑屏解决?
  7. 启动太慢怎么解决?
  8. 怎么保证应用启动不卡顿?
  9. App 启动崩溃异常捕捉
  10. 自定义 View 注意事项
  11. 现在下载速度很慢, 试从网络协议的角度分析原因, 并优化( 提示: : 网络的 的 5 层都可以涉及)。
  12. Https 请求慢的解决办法(提示:DNS ,携带数据,直接访问 IP )
  13. 如何保持应用的稳定性
  14. RecyclerView 和 和 ListView 的性能对比
  15. ListView 的优化
  16. RecycleView 优化
  17. View 渲染
  18. Bitmap 如何处理大图,如一张 30M 的大图,如何预防 OOM
  19. java 中的四种引用的区别以及使用场景
  20. 强引用置为 null ,会不会被回收?

更多信息可以点击关于我 , 非常希望和大家一起交流 , 共同进步
顺手留下GitHub链接,需要获取相关面试等内容的可以自己去找
https://github.com/xiangjiana/Android-MS
(VX:mm14525201314)

 
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics