Android面试题汇总

最近闲来无事,结合自身也从网上找了一些Android方面的面试题,帮助自己梳理Android方面的基础理论知识,也方便自己在工作中有想不通的地方回到原点,查漏补缺,有不对的地方希望小伙伴们指正批评(ps:以下都是自己平常遇到的和从网上大神那边摘要的),好了下面正文开始:

目录

Activity

1.有关Activity和Fragment生命周期图示.

2.activity生命周期有关.

3.谈一谈Fragment的生命周期?

4.Activity A 启动另一个Activity B 会调用哪些方法?如果B是透明主题的又或则是个DialogActivity呢 ?

5.说下onSaveInstanceState()方法的作用 ? 何时会被调用?

6.说下 Activity的四种启动模式、应用场景 ?

7.了解哪些Activity常用的标记位Flags?

8.说下 Activity跟window,view之间的关系?

9.横竖屏切换的Activity生命周期变化?

10.如何启动其他应用的Activity?

11.Activity的启动过程?(重点)

Fragment

1.谈谈Activity和Fragment的区别?

2.Fragment中add与replace的区别(Fragment重叠)

3.getFragmentManager、getSupportFragmentManager 、getChildFragmentManager之间的区别?

4.FragmentPagerAdapter与FragmentStatePagerAdapter的区别与使用场景

Service

1.谈一谈Service的生命周期?

2.Service的两种启动方式?区别在哪?

3.如何保证Service不被杀死 ?

4.能否在Service开启耗时操作 ? 怎么做 ?

5.了解ActivityManagerService吗?发挥什么作用

Broadcast Receiver

1.广播有几种形式 ? 都有什么特点 ?

2.广播的两种注册方式 ?

ContentProvider

1.ContentProvider了解多少?

2.ContentProvider的权限管理?

3.说说ContentProvider、ContentResolver、ContentObserver 之间的关系?

数据存储

1.描述一下Android数据持久存储方式?

2.SharedPreferences的应用场景?注意事项?

3.SharedPrefrences的apply和commit有什么区别?

4.了解SQLite中的事务操作吗?是如何做的

5.使用SQLite做批量操作有什么好的方法吗?

6.如何删除SQLite中表的个别字段

7.使用SQLite时会有哪些优化操作?

IPC

1.Android中进程和线程的关系? 区别?

2.Android中IPC方式、各种方式优缺点

3.Bundle传递对象为什么需要序列化?Serialzable和Parcelable的区别?

Handler

1.谈谈消息机制Handler作用 ?有哪些要素 ?流程是怎样的 ?

2.一个线程能否创建多个Handler,Handler跟Looper之间的对应关系 ?

3.软引用跟弱引用的区别

4.Handler 引起的内存泄露原因以及最佳解决方案

5.为什么系统不建议在子线程访问UI?

6.Looper死循环为什么不会导致应用卡死?

7.使用Handler的postDealy后消息队列会有什么变化?

8.可以在子线程直接new一个Handler吗?怎么做?

9.Message可以如何创建?哪种效果更好,为什么?


Activity


1.有关Activity和Fragment生命周期图示.

Android面试题汇总_第1张图片Android面试题汇总_第2张图片

2.activity生命周期有关.

在正常情况下,Activity的常用生命周期就只有如下7个

  • onCreate():表示Activity正在被创建,常用来初始化工作,比如调用setContentView加载界面布局资源,初始化Activity所需数据等;

  • onRestart():表示Activity正在重新启动,一般情况下,当前Acitivty从不可见重新变为可见时,OnRestart就会被调用;

  • onStart():表示Activity正在被启动,此时Activity可见但不在前台,还处于后台,无法与用户交互;

  • onResume():表示Activity获得焦点,此时Activity可见且在前台并开始活动,这是与onStart的区别所在;

  • onPause():表示Activity正在停止,此时可做一些存储数据、停止动画等工作,但是不能太耗时,因为这会影响到新Activity的显示,onPause必须先执行完,新Activity的onResume才会执行;

  • onStop():表示Activity即将停止,可以做一些稍微重量级的回收工作,比如注销广播接收器、关闭网络连接等,同样不能太耗时;

  • onDestroy():表示Activity即将被销毁,这是Activity生命周期中的最后一个回调,常做回收工作、资源释放

延伸:从整个生命周期来看,onCreate和onDestroy是配对的,分别标识着Activity的创建和销毁,并且只可能有一次调用;从Activity是否可见来说,onStart和onStop是配对的,这两个方法可能被调用多次;从Activity是否在前台来说,onResume和onPause是配对的,这两个方法可能被调用多次;除了这种区别,在实际使用中没有其他明显区别;

3.谈一谈Fragment的生命周期?

Fragment从创建到销毁整个生命周期中涉及到的方法依次为:onAttach()→onCreate()→ onCreateView()→onActivityCreated()→onStart()→onResume()→onPause()→onStop()→onDestroyView()→onDestroy()→onDetach(),其中和Activity有不少名称相同作用相似的方法,而不同的方法有:

  • onAttach():当Fragment和Activity建立关联时调用;

  • onCreateView():当fragment创建视图调用,在onCreate之后;

  • onActivityCreated():当与Fragment相关联的Activity完成onCreate()之后调用;

  • onDestroyView():在Fragment中的布局被移除时调用;

  • onDetach():当Fragment和Activity解除关联时调用;

4.Activity A 启动另一个Activity B 会调用哪些方法?如果B是透明主题的又或则是个DialogActivity呢 ?

Activity A 启动另一个Activity B,回调如下:

Activity A 的onPause() → Activity B的onCreate() → onStart() → onResume() → Activity A的onStop();

如果B是透明主题又或则是个DialogActivity,则不会回调A的onStop;

5.说下onSaveInstanceState()方法的作用 ? 何时会被调用?

发生条件:异常情况下(系统配置发生改变时导致Activity被杀死并重新创建、资源内存不足导致低优先级的Activity被杀死)

系统会调用onSaveInstanceState来保存当前Activity的状态,此方法调用在onStop之前,与onPause没有既定的时序关系;

当Activity被重建后,系统会调用onRestoreInstanceState,并且把onSave(简称)方法所保存的Bundle对象同时传参给onRestore(简称)和onCreate(),因此可以通过这两个方法判断Activity是否被重建,调用在onStart之后;Android面试题汇总_第3张图片

6.说下 Activity的四种启动模式、应用场景 ?

  • standard标准模式:每次启动一个Activity都会重新创建一个新的实例,不管这个实例是否已经存在,此模式的Activity默认会进入启动它的Activity所属的任务栈中;

  • singleTop栈顶复用模式:如果新Activity已经位于任务栈的栈顶,那么此Activity不会被重新创建,同时会回调onNewIntent方法,如果新Activity实例已经存在但不在栈顶,那么Activity依然会被重新创建;

  • singleTask栈内复用模式:只要Activity在一个任务栈中存在,那么多次启动此Activity都不会重新创建实例,并回调onNewIntent方法,此模式启动Activity A,系统首先会寻找是否存在A想要的任务栈,如果不存在,就会重新创建一个任务栈,然后把创建好A的实例放到栈中;

  • singleInstance单实例模式:这是一种加强的singleTask模式,具有此种模式的Activity只能单独地位于一个任务栈中,且此任务栈中只有唯一一个实例;

7.了解哪些Activity常用的标记位Flags?

  • FLAG_ACTIVITY_NEW_TASK : 对应singleTask启动模式,其效果和在XML中指定该启动模式相同;

  • FLAG_ACTIVITY_SINGLE_TOP : 对应singleTop启动模式,其效果和在XML中指定该启动模式相同;

  • FLAG_ACTIVITY_CLEAR_TOP : 具有此标记位的Activity,当它启动时,在同一个任务栈中所有位于它上面的Activity都要出栈。这个标记位一般会和singleTask模式一起出现,在这种情况下,被启动Activity的实例如果已经存在,那么系统就会回调onNewIntent。如果被启动的Activity采用standard模式启动,那么它以及连同它之上的Activity都要出栈,系统会创建新的Activity实例并放入栈中;

  • FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS : 具有这个标记的 Activity 不会出现在历史 Activity 列表中;

8.说下 Activity跟window,view之间的关系?

  • Activity在创建时会调用 attach() 方法初始化一个PhoneWindow(继承于Window),每一个Activity都包含了唯一一个PhoneWindow。

  • Activity通过setContentView实际上是调用的 getWindow().setContentView将View设置到PhoneWindow上,而PhoneWindow内部是通过 WindowManager 的addView、removeView、updateViewLayout这三个方法来管理View,WindowManager本质是接口,最终由WindowManagerImpl实现。

延伸:

WindowManager为每个Window创建Surface对象,然后应用就可以通过这个Surface来绘制任何它想要绘制的东西。而对于WindowManager来说,这只不过是一块矩形区域而已。

Surface其实就是一个持有像素点矩阵的对象,这个像素点矩阵是组成显示在屏幕的图像的一部分。我们看到显示的每个Window(包括对话框、全屏的Activity、状态栏等)都有他自己绘制的Surface。而最终的显示可能存在Window之间遮挡的问题,此时就是通过SurfaceFlinger对象渲染最终的显示,使他们以正确的Z-order显示出来。一般Surface拥有一个或多个缓存(一般2个),通过双缓存来刷新,这样就可以一边绘制一边加新缓存。

View是Window里面用于交互的UI元素。Window只attach一个View Tree(组合模式),当Window需要重绘(如,当View调用invalidate)时,最终转为Window的Surface,Surface被锁住(locked)并返回Canvas对象,此时View拿到Canvas对象来绘制自己。当所有View绘制完成后,Surface解锁(unlock),并且post到绘制缓存用于绘制,通过Surface Flinger来组织各个Window,显示最终的整个屏幕

9.横竖屏切换的Activity生命周期变化?

不设置Activity的android:configChanges时,切屏会销毁当前Activity,然后重新加载调用各个生命周期,切横屏时会执行一次,切竖屏时会执行两次;

onPause() →onStop()→onDestory()→onCreate()→onStart()→onResume()

设置Activity的android:configChanges="orientation",经过机型测试:

  • 在Android5.1 即API 23级别下,切屏还是会重新调用各个生命周期,切横、竖屏时只会执行一次

  • 在Android9 即API 28级别下,切屏不会重新调用各个生命周期,只会执行onConfigurationChanged方法

  • 后经官方查正,原话如下:如果您的应用面向Android 3.2即API 级别 13或更高级别(按照 minSdkVersion 和 targetSdkVersion 属性所声明的级别),则还应声明 "screenSize" 配置,因为当设备在横向与纵向之间切换时,该配置也会发生变化。即便是在 Android 3.2 或更高版本的设备上运行,此配置变更也不会重新启动 Activity

设置Activity的android:configChanges="orientation|keyboardHidden|screenSize"时,机型测试通过,切屏不会重新调用各个生命周期,只会执行onConfigurationChanged方法;

10.如何启动其他应用的Activity?

在保证有权限访问的情况下,通过隐式Intent进行目标Activity的IntentFilter匹配,原则是:

  • 一个intent只有同时匹配某个Activity的intent-filter中的action、category、data才算完全匹配,才能启动该Activity;

  • 一个Activity可以有多个 intent-filter,一个 intent只要成功匹配任意一组 intent-filter,就可以启动该Activity;

11.Activity的启动过程?(重点)

  • 点击App图标后通过startActivity远程调用到AMS中,AMS中将新启动的activity以activityrecord的结构压入activity栈中,并通过远程binder回调到原进程,使得原进程进入pause状态,原进程pause后通知AMS我pause了

  • 此时AMS再根据栈中Activity的启动intent中的flag是否含有new_task的标签判断是否需要启动新进程,启动新进程通过startProcessXXX的函数

  • 启动新进程后通过反射调用ActivityThread的main函数,main函数中调用looper.prepar和lopper.loop启动消息队列循环机制。最后远程告知AMS我启动了。AMS回调handleLauncherAcitivyt加载activity。在handlerLauncherActivity中会通过反射调用Application的onCreate和activity的onCreate以及通过handleResumeActivity中反射调用Activity的onResume

Android面试题汇总_第4张图片

推荐文章:Android四大组件启动机制之Activity启动过程(https://blog.csdn.net/qq_30379689/article/details/79611217) 

 

Fragment


1.谈谈Activity和Fragment的区别?

相似点:都可包含布局、可有自己的生命周期

不同点:

  • Fragment相比较于Activity多出4个回调周期,在控制操作上更灵活;

  • Fragment可以在XML文件中直接进行写入,也可以在Activity中动态添加;

  • Fragment可以使用show()/hide()或者replace()随时对Fragment进行切换,并且切换的时候不会出现明显的效果,用户体验会好;Activity虽然也可以进行切换,但是Activity之间切换会有明显的翻页或者其他的效果,在小部分内容的切换上给用户的感觉不是很好;

2.Fragment中add与replace的区别(Fragment重叠)

  • add不会重新初始化fragment,replace每次都会。所以如果在fragment生命周期内获取获取数据,使用replace会重复获取;

  • 添加相同的fragment时,replace不会有任何变化,add会报IllegalStateException异常;

  • replace先remove掉相同id的所有fragment,然后在add当前的这个fragment,而add是覆盖前一个fragment。所以如果使用add一般会伴随hide()和show(),避免布局重叠;

  • 使用add,如果应用放在后台,或以其他方式被系统销毁,再打开时,hide()中引用的fragment会销毁,所以依然会出现布局重叠bug,可以使用replace或使用add时,添加一个tag参数;

3.getFragmentManager、getSupportFragmentManager 、getChildFragmentManager之间的区别?

getFragmentManager()所得到的是所在fragment 的父容器的管理器,

getChildFragmentManager()所得到的是在fragment  里面子容器的管理器,

如果是fragment嵌套fragment,那么就需要利用getChildFragmentManager();

因为Fragment是3.0 Android系统API版本才出现的组件,所以3.0以上系统可以直接调用getFragmentManager()来获取FragmentManager()对象,而3.0以下则需要调用getSupportFragmentManager() 来间接获取;

4.FragmentPagerAdapter与FragmentStatePagerAdapter的区别与使用场景

相同点 :二者都继承PagerAdapter

不同点 :FragmentPagerAdapter的每个Fragment会持久的保存在FragmentManager中,只要用户可以返回到页面中,它都不会被销毁。因此适用于那些数据相对静态的页,Fragment数量也比较少的那种;

FragmentStatePagerAdapter只保留当前页面,当页面不可见时,该Fragment就会被消除,释放其资源。因此适用于那些数据动态性较大、占用内存较多,多Fragment的情况;

 

Service


1.谈一谈Service的生命周期?

Service的生命周期涉及到六大方法:

  • onCreate():如果service没被创建过,调用startService()后会执行onCreate()回调;如果service已处于运行中,调用startService()不会执行onCreate()方法。也就是说,onCreate()只会在第一次创建service时候调用,多次执行startService()不会重复调用onCreate(),此方法适合完成一些初始化工作;

  • onStartComand():服务启动时调用,此方法适合完成一些数据加载工作,比如会在此处创建一个线程用于下载数据或播放音乐;

  • onBind():服务被绑定时调用;

  • onUnBind():服务被解绑时调用;

  • onDestroy():服务停止时调用;

2.Service的两种启动方式?区别在哪?

startService():通过这种方式调用startService,onCreate()只会被调用一次,多次调用startSercie会多次执行onStartCommand()和onStart()方法。如果外部没有调用stopService()或stopSelf()方法,service会一直运行。

bindService():如果该服务之前还没创建,系统回调顺序为onCreate()→onBind()。如果调用bindService()方法前服务已经被绑定,多次调用bindService()方法不会多次创建服务及绑定。如果调用者希望与正在绑定的服务解除绑定,可以调用unbindService()方法,回调顺序为onUnbind()→onDestroy();

Android面试题汇总_第5张图片

3.如何保证Service不被杀死 ?

1.onStartCommand方式中,返回START_STICKY或则START_REDELIVER_INTENT

  • START_STICKY:如果返回START_STICKY,表示Service运行的进程被Android系统强制杀掉之后,Android系统会将该Service依然设置为started状态(即运行状态),但是不再保存onStartCommand方法传入的intent对象

  • START_NOT_STICKY:如果返回START_NOT_STICKY,表示当Service运行的进程被Android系统强制杀掉之后,不会重新创建该Service

  • START_REDELIVER_INTENT:如果返回START_REDELIVER_INTENT,其返回情况与START_STICKY类似,但不同的是系统会保留最后一次传入onStartCommand方法中的Intent再次保留下来并再次传入到重新创建后的Service的onStartCommand方法中

2.提高Service的优先级:在AndroidManifest.xml文件中对于intent-filter可以通过android:priority = "1000"这个属性设置最高优先级,1000是最高值,如果数字越小则优先级越低,同时适用于广播;

3.在onDestroy方法里重启Service:当service走到onDestroy()时,发送一个自定义广播,当收到广播时,重新启动service;

4.提升Service进程的优先级:进程优先级由高到低:前台进程 一 可视进程 一 服务进程 一 后台进程 一 空进程。可以使用startForeground将service放到前台状态,这样低内存时,被杀死的概率会低一些;

5.系统广播监听Service状态

6.将APK安装到/system/app,变身为系统级应用

注意:以上机制都不能百分百保证Service不被杀死,除非做到系统白名单,与系统同生共死。

4.能否在Service开启耗时操作 ? 怎么做 ?

Service默认并不会运行在子线程中,也不运行在一个独立的进程中,它同样执行在主线程中(UI线程)。换句话说,不要在Service里执行耗时操作,除非手动打开一个子线程,否则有可能出现主线程被阻塞(ANR)的情况;

5.了解ActivityManagerService吗?发挥什么作用

ActivityManagerService是Android中最核心的服务 , 主要负责系统中四大组件的启动、切换、调度及应用进程的管理和调度等工作,其职责与操作系统中的进程管理和调度模块类似;

 

Broadcast Receiver


1.广播有几种形式 ? 都有什么特点 ?

  • 普通广播:开发者自身定义 intent的广播(最常用),所有的广播接收器几乎会在同一时刻接受到此广播信息,接受的先后顺序随机;

  • 有序广播:发送出去的广播被广播接收者按照先后顺序接收,同一时刻只会有一个广播接收器能够收到这条广播消息,当这个广播接收器中的逻辑执行完毕后,广播才会继续传递,且优先级(priority)高的广播接收器会先收到广播消息。有序广播可以被接收器截断使得后面的接收器无法收到它;

  • 本地广播:仅在自己的应用内发送接收广播,也就是只有自己的应用能收到,数据更加安全,效率更高,但只能采用动态注册的方式;

  • 粘性广播:这种广播会一直滞留,当有匹配该广播的接收器被注册后,该接收器就会收到此条广播;

2.广播的两种注册方式 ?

注册方式 使用方式 特点 应用场景

静态注册(常驻广播)

在AndroidMainfest.xml里通过标签里声明
  • 常驻.不受任何组件的生命周期影响(应用程序关闭后,若有信息广播来,程序依旧会被系统调用)
  • 缺点:耗电,占内存
需要时刻监听广播
动态注册(非常驻广播) 在代码中调用Context.registerReciver()方法 非常驻,灵活,跟随组件的生命周期变化(组件结束=广播结束,在组件结束前,必须移除广播接收器) 需要特定时刻监听广播

 

ContentProvider


1.ContentProvider了解多少?

ContentProvider作为四大组件之一,其主要负责存储和共享数据。与文件存储、SharedPreferences存储、SQLite数据库存储这几种数据存储方法不同的是,后者保存下的数据只能被该应用程序使用,而前者可以让不同应用程序之间进行数据共享,它还可以选择只对哪一部分数据进行共享,从而保证程序中的隐私数据不会有泄漏风险。

2.ContentProvider的权限管理?

  • 读写分离

  • 权限控制-精确到表级

  • URL控制

3.说说ContentProvider、ContentResolver、ContentObserver 之间的关系?

  • ContentProvider:管理数据,提供数据的增删改查操作,数据源可以是数据库、文件、XML、网络等,ContentProvider为这些数据的访问提供了统一的接口,可以用来做进程间数据共享。

  • ContentResolver:ContentResolver可以为不同URI操作不同的ContentProvider中的数据,外部进程可以通过ContentResolver与ContentProvider进行交互。

  • ContentObserver:观察ContentProvider中的数据变化,并将变化通知给外界。

以上参考:https://mp.weixin.qq.com/s/IKFRrcKZ9Vv90d3u74fy6g

 

数据存储


1.描述一下Android数据持久存储方式?

Android平台实现数据持久存储的常见几种方式:

  • SharedPreferences存储:一种轻型的数据存储方式,本质是基于XML文件存储的key-value键值对数据,通常用来存储一些简单的配置信息(如应用程序的各种配置信息);
  • SQLite数据库存储:一种轻量级嵌入式数据库引擎,它的运算速度非常快,占用资源很少,常用来存储大量复杂的关系数据;
  • ContentProvider:四大组件之一,用于数据的存储和共享,不仅可以让不同应用程序之间进行数据共享,还可以选择只对哪一部分数据进行共享,可保证程序中的隐私数据不会有泄漏风险;
  • File文件存储:写入和读取文件的方法和 Java中实现I/O的程序一样;
  • 网络存储:主要在远程的服务器中存储相关数据,用户操作的相关数据可以同步到服务器上;

2.SharedPreferences的应用场景?注意事项?

  • SharedPreferences是一种轻型的数据存储方式,本质是基于XML文件存储的key-value键值对数据,通常用来存储一些简单的配置信息,如int,String,boolean、float和long;
  • 注意事项:
    • 勿存储大型复杂数据,这会引起内存GC、阻塞主线程使页面卡顿产生ANR
    • 勿在多进程模式下,操作Sp
    • 不要多次edit和apply,尽量批量修改一次提交
    • 建议apply,少用commit

3.SharedPrefrences的apply和commit有什么区别?

  • apply没有返回值而commit返回boolean表明修改是否提交成功。
  • apply是将修改数据原子提交到内存, 而后异步真正提交到硬件磁盘, 而commit是同步的提交到硬件磁盘,因此,在多个并发的提交commit的时候,他们会等待正在处理的commit保存到磁盘后在操作,从而降低了效率。而apply只是原子的提交到内容,后面有调用apply的函数的将会直接覆盖前面的内存数据,这样从一定程度上提高了很多效率。
  • apply方法不会提示任何失败的提示。 由于在一个进程中,sharedPreference是单实例,一般不会出现并发冲突,如果对提交的结果不关心的话,建议使用apply,当然需要确保提交成功且有后续操作的话,还是需要用commit的。

4.了解SQLite中的事务操作吗?是如何做的

SQLite在做CRDU操作时都默认开启了事务,然后把SQL语句翻译成对应的SQLiteStatement并调用其相应的CRUD方法,此时整个操作还是在rollback journal这个临时文件上进行,只有操作顺利完成才会更新db数据库,否则会被回滚;

5.使用SQLite做批量操作有什么好的方法吗?

使用SQLiteDatabase的beginTransaction方法开启一个事务,将批量操作SQL语句转化为SQLiteStatement并进行批量操作,结束后endTransaction().

6.如何删除SQLite中表的个别字段

SQLite数据库只允许增加字段而不允许修改和删除表字段,只能创建新表保留原有字段,删除原表

7.使用SQLite时会有哪些优化操作?

  • 使用事务做批量操作
  • 及时关闭Cursor,避免内存泄露
  • 耗时操作异步化:数据库的操作属于本地IO耗时操作,建议放入异步线程中处理
  • ContentValues的容量调整:ContentValues内部采用HashMap来存储Key-Value数据,ContentValues初始容量为8,扩容时翻倍。因此建议对ContentValues填入的内容进行估量,设置合理的初始化容量,减少不必要的内部扩容操作
  • 使用索引加快检索速度:对于查询操作量级较大、业务对查询要求较高的推荐使用索引

 

IPC


1.Android中进程和线程的关系? 区别?

  • 线程是CPU调度的最小单元,同时线程是一种有限的系统资源
  • 进程一般指一个执行单元,在PC和移动设备上一个程序或则一个应用
  • 一般来说,一个App程序至少有一个进程,一个进程至少有一个线程(包含与被包含的关系), 通俗来讲就是,在App这个工厂里面有一个进程,线程就是里面的生产线,但主线程(主生产线)只有一条,而子线程(副生产线)可以有多个
  • 进程有自己独立的地址空间,而进程中的线程共享此地址空间,都可以并发执行

2.Android中IPC方式、各种方式优缺点

Android面试题汇总_第6张图片

3.Bundle传递对象为什么需要序列化?Serialzable和Parcelable的区别?

  • 因为bundle传递数据时只支持基本数据类型,所以在传递对象时需要序列化转换成可存储或可传输的本质状态(字节流)。序列化后的对象可以在网络、IPC(比如启动另一个进程的Activity、Service和Reciver)之间进行传输,也可以存储到本地。
  • 序列化实现的两种方式:实现Serializable/Parcelable接口。不同点如图:

Android面试题汇总_第7张图片

 

Handler


1.谈谈消息机制Handler作用 ?有哪些要素 ?流程是怎样的 ?

  • 负责跨线程通信,这是因为在主线程不能做耗时操作,而子线程不能更新UI,所以当子线程中进行耗时操作后需要更新UI时,通过Handler将有关UI的操作切换到主线程中执行。
  • 具体分为四大要素
    • Message(消息):需要被传递的消息,消息分为硬件产生的消息(如按钮、触摸)和软件生成的消息。
    • MessageQueue(消息队列):负责消息的存储与管理,负责管理由 Handler发送过来的Message。读取会自动删除消息,单链表维护,插入和删除上有优势。在其next()方法中会无限循环,不断判断是否有消息,有就返回这条消息并移除。
    • Handler(消息处理器):负责Message的发送及处理。主要向消息池发送各种消息事件(Handler.sendMessage())和处理相应消息事件(Handler.handleMessage()),按照先进先出执行,内部使用的是单链表的结构。
    • Looper(消息池):负责关联线程以及消息的分发,在该线程下从 MessageQueue获取 Message,分发给Handler,Looper创建的时候会创建一个 MessageQueue,调用loop()方法的时候消息循环开始,其中会不断调用messageQueue的next()方法,当有消息就处理,否则阻塞在messageQueue的next()方法中。当Looper的quit()被调用的时候会调用messageQueue的quit(),此时next()会返回null,然后loop()方法也就跟着退出。
  • 具体流程如下

  • 在主线程创建的时候会创建一个Looper,同时也会在在Looper内部创建一个消息队列。而在创键Handler的时候取出当前线程的Looper,并通过该Looper对象获得消息队列,然后Handler在子线程中通过MessageQueue.enqueueMessage在消息队列中添加一条Message。
  • 通过Looper.loop() 开启消息循环不断轮询调用 MessageQueue.next(),取得对应的Message并且通过Handler.dispatchMessage传递给Handler,最终调用Handler.handlerMessage处理消息。

2.一个线程能否创建多个Handler,Handler跟Looper之间的对应关系 ?

  • 一个Thread只能有一个Looper,一个MessageQueen,可以有多个Handler
  • 以一个线程为基准,他们的数量级关系是: Thread(1) : Looper(1) : MessageQueue(1) : Handler(N)

3.软引用跟弱引用的区别

  • 软引用(SoftReference):如果一个对象只具有软引用,则内存空间充足时,垃圾回收器就不会回收它;如果内存空间不足了,就会回收这些对象的内存。只要垃圾回收器没有回收它,该对象就可以一直被程序使用。
  • 弱引用(WeakReference):如果一个对象只具有弱引用,那么在垃圾回收器线程扫描的过程中,一旦发现了只具有弱引用的对象,不管当前内存空间足够与否,都会回收它的内存。
  • 两者之间根本区别在于:只具有弱引用的对象拥有更短暂的生命周期,可能随时被回收。而只具有软引用的对象只有当内存不够的时候才被回收,在内存足够的时候,通常不被回收。

4.Handler 引起的内存泄露原因以及最佳解决方案

  • 泄露原因:
    • Handler 允许我们发送延时消息,如果在延时期间用户关闭了 Activity,那么该 Activity 会泄露。 这个泄露是因为 Message 会持有 Handler,而又因为 Java 的特性,内部类会持有外部类,使得 Activity 会被 Handler 持有,这样最终就导致 Activity 泄露。
  • 解决方案:
    • 将 Handler 定义成静态的内部类,在内部持有Activity的弱引用,并在Acitivity的onDestroy()中调用handler.removeCallbacksAndMessages(null)及时移除所有消息。

 

5.为什么系统不建议在子线程访问UI?

  • Android的UI控件不是线程安全的,如果在多线程中并发访问可能会导致UI控件处于不可预期的状态
  • 这时你可能会问为何系统不对UI控件的访问加上锁机制呢?因为
    • 加锁机制会让UI访问逻辑变的复杂
    • 加锁机制会降低UI的访问效率,因为加锁会阻塞某些线程的执行

 

6.Looper死循环为什么不会导致应用卡死?

 

  • 主线程的主要方法就是消息循环,一旦退出消息循环,那么你的应用也就退出了,Looer.loop()方法可能会引起主线程的阻塞,但只要它的消息循环没有被阻塞,能一直处理事件就不会产生ANR异常。
  • 造成ANR的不是主线程阻塞,而是主线程的Looper消息处理过程发生了任务阻塞,无法响应手势操作,不能及时刷新UI。
  • 阻塞与程序无响应没有必然关系,虽然主线程在没有消息可处理的时候是阻塞的,但是只要保证有消息的时候能够立刻处理,程序是不会无响应的。

7.使用Handler的postDealy后消息队列会有什么变化?

如果队列中只有这个消息,那么消息不会被发送,而是计算到时唤醒的时间,先将Looper阻塞,到时间就唤醒它。但如果此时要加入新消息,该消息队列的对头跟delay时间相比更长,则插入到头部,按照触发时间进行排序,队头的时间最小、队尾的时间最大

8.可以在子线程直接new一个Handler吗?怎么做?

不可以,因为在主线程中,Activity内部包含一个Looper对象,它会自动管理Looper,处理子线程中发送过来的消息。而对于子线程而言,没有任何对象帮助我们维护Looper对象,所以需要我们自己手动维护。所以要在子线程开启Handler要先创建Looper,并开启Looper循环

Android面试题汇总_第8张图片

9.Message可以如何创建?哪种效果更好,为什么?

  • 可以通过三种方法创建:
    • 直接生成实例Message m = new Message
    • 通过Message m = Message.obtain
    • 通过Message m = mHandler.obtainMessage()
  • 后两者效果更好,因为Android默认的消息池中消息数量是10,而后两者是直接在消息池中取出一个Message实例,这样做就可以避免多生成Message实例。

参考:

https://juejin.im/post/5c8211fee51d453a136e36b0

https://mp.weixin.qq.com/s/IKFRrcKZ9Vv90d3u74fy6g

https://juejin.im/post/5e5b50eb6fb9a07cae136773

 

你可能感兴趣的:(Android,android,安卓,面试)