android翻盘效果,行情艰难，Android初中级面试题助你逆风翻盘，每题都有详细答案...

码个蛋(codeegg) 第 905 次推文

作者&＃xff1a;夜猫少年

链接&＃xff1a;https://juejin.im/post/5c8211fee51d453a136e36b0

Activity篇

1、说下Activity生命周期 &＃xff1f;

参考解答&＃xff1a;在正常情况下&＃xff0c;Activity的常用生命周期就只有如下7个

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

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

onStart()&＃xff1a;表示Activity正在被启动&＃xff0c;此时Activity可见但不在前台&＃xff0c;还处于后台&＃xff0c;无法与用户交互&＃xff1b;

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

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

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

onDestroy()&＃xff1a;表示Activity即将被销毁&＃xff0c;这是Activity生命周期中的最后一个回调&＃xff0c;常做回收工作、资源释放&＃xff1b;

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

2、Activity A 启动另一个Activity B 会调用哪些方法&＃xff1f;如果B是透明主题的又或则是个DialogActivity呢 &＃xff1f;

参考解答&＃xff1a;Activity A 启动另一个Activity B&＃xff0c;回调如下&＃xff1a;

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

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

3、说下onSaveInstanceState()方法的作用 ? 何时会被调用&＃xff1f;

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

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

当Activity被重建后&＃xff0c;系统会调用onRestoreInstanceState&＃xff0c;并且把onSave(简称)方法所保存的Bundle对象同时传参给onRestore(简称)和onCreate()&＃xff0c;因此可以通过这两个方法判断Activity是否被重建&＃xff0c;调用在onStart之后&＃xff1b;

官方文档(https://developer.android.com/training/basics/activity-lifecycle/recreating.html?hl&＃61;zh-cn)

4、说下 Activity的四种启动模式、应用场景 &＃xff1f;

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

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

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

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

官方文档(https://developer.android.com/guide/components/tasks-and-back-stack.html?hl&＃61;zh-CN)

5、了解哪些Activity常用的标记位Flags&＃xff1f;

FLAG_ACTIVITY_NEW_TASK : 对应singleTask启动模式&＃xff0c;其效果和在XML中指定该启动模式相同&＃xff1b;

FLAG_ACTIVITY_SINGLE_TOP : 对应singleTop启动模式&＃xff0c;其效果和在XML中指定该启动模式相同&＃xff1b;

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

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

官方文档(https://developer.android.com/guide/components/tasks-and-back-stack.html?hl&＃61;zh-CN)

6、说下 Activity跟window&＃xff0c;view之间的关系&＃xff1f;

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

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

延伸&＃xff1a;

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

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

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

推荐文章&＃xff1a;Activity、View、Window的理解一篇文章就够了(https://blog.csdn.net/zane402075316/article/details/69822438)

7、横竖屏切换的Activity生命周期变化&＃xff1f;

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

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

设置Activity的android:configChanges&＃61;"orientation"&＃xff0c;经过机型测试&＃xff1a;

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

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

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

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

推荐文章&＃xff1a;Android 横竖屏切换加载不同的布局(https://blog.csdn.net/u010365819/article/details/76618443)

8、如何启动其他应用的Activity&＃xff1f;

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

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

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

9、Activity的启动过程&＃xff1f;(重点)

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

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

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

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

Fragment

1、谈一谈Fragment的生命周期&＃xff1f;

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

onAttach()&＃xff1a;当Fragment和Activity建立关联时调用&＃xff1b;

onCreateView()&＃xff1a;当fragment创建视图调用&＃xff0c;在onCreate之后&＃xff1b;

onActivityCreated()&＃xff1a;当与Fragment相关联的Activity完成onCreate()之后调用&＃xff1b;

onDestroyView()&＃xff1a;在Fragment中的布局被移除时调用&＃xff1b;

onDetach()&＃xff1a;当Fragment和Activity解除关联时调用&＃xff1b;

推荐文章&＃xff1a;Android之Fragment优点(https://www.cnblogs.com/shaweng/p/3918985.html)

2、谈谈Activity和Fragment的区别&＃xff1f;

相似点&＃xff1a;都可包含布局、可有自己的生命周期

不同点&＃xff1a;

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

Fragment可以在XML文件中直接进行写入&＃xff0c;也可以在Activity中动态添加&＃xff1b;

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

3、Fragment中add与replace的区别(Fragment重叠)

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

添加相同的fragment时&＃xff0c;replace不会有任何变化&＃xff0c;add会报IllegalStateException异常&＃xff1b;

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

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

4、getFragmentManager、getSupportFragmentManager 、getChildFragmentManager之间的区别&＃xff1f;

getFragmentManager()所得到的是所在fragment 的父容器的管理器&＃xff0c;

getChildFragmentManager()所得到的是在fragment 里面子容器的管理器&＃xff0c;

如果是fragment嵌套fragment&＃xff0c;那么就需要利用getChildFragmentManager()&＃xff1b;

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

5、FragmentPagerAdapter与FragmentStatePagerAdapter的区别与使用场景

相同点 &＃xff1a;二者都继承PagerAdapter

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

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

Service

1、谈一谈Service的生命周期&＃xff1f;

参考回答&＃xff1a;Service的生命周期涉及到六大方法&＃xff1a;

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

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

onBind()&＃xff1a;服务被绑定时调用&＃xff1b;

onUnBind()&＃xff1a;服务被解绑时调用&＃xff1b;

onDestroy()&＃xff1a;服务停止时调用&＃xff1b;

推荐文章&＃xff1a;Android组件系列----Android Service组件深入解析(https://www.cnblogs.com/smyhvae/p/4070518.html)

2、Service的两种启动方式&＃xff1f;区别在哪&＃xff1f;

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

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

推荐文章&＃xff1a;Android Service两种启动方式详解(https://www.jianshu.com/p/4c798c91a613)

3、如何保证Service不被杀死 &＃xff1f;

1.onStartCommand方式中&＃xff0c;返回START_STICKY或则START_REDELIVER_INTENT

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

START_NOT_STICKY&＃xff1a;如果返回START_NOT_STICKY&＃xff0c;表示当Service运行的进程被Android系统强制杀掉之后&＃xff0c;不会重新创建该Service

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

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

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

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

5.系统广播监听Service状态

6.将APK安装到/system/app&＃xff0c;变身为系统级应用

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

4、能否在Service开启耗时操作 &＃xff1f;怎么做 &＃xff1f;

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

5、用过哪些系统Service &＃xff1f;

参考回答&＃xff1a;

6、了解ActivityManagerService吗&＃xff1f;发挥什么作用

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

推荐文章&＃xff1a;ActivityManagerService分析——AMS启动流程(https://blog.csdn.net/caohang103215/article/details/79597260)

Broadcast Receiver

1、广播有几种形式 ? 都有什么特点 &＃xff1f;

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

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

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

粘性广播&＃xff1a;这种广播会一直滞留&＃xff0c;当有匹配该广播的接收器被注册后&＃xff0c;该接收器就会收到此条广播&＃xff1b;

推荐文章&＃xff1a;Android四大组件&＃xff1a;BroadcastReceiver史上最全面解析(https://www.jianshu.com/p/ca3d87a4cdf3)

2、广播的两种注册方式 &＃xff1f;

参考回答&＃xff1a;

3、广播发送和接收的原理了解吗 &＃xff1f;(Binder机制、AMS)

参考回答&＃xff1a;

推荐文章&＃xff1a;广播的底层实现原理(https://www.jianshu.com/p/02085150339c)

ContentProvider

1、ContentProvider了解多少&＃xff1f;

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

推荐文章&＃xff1a;Android&＃xff1a;关于ContentProvider的知识都在这里了&＃xff01;(https://blog.csdn.net/carson_ho/article/details/76101093)

2、ContentProvider的权限管理&＃xff1f;

读写分离

权限控制-精确到表级

URL控制

3、说说ContentProvider、ContentResolver、ContentObserver 之间的关系&＃xff1f;

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

ContentResolver&＃xff1a;ContentResolver可以为不同URI操作不同的ContentProvider中的数据&＃xff0c;外部进程可以通过ContentResolver与ContentProvider进行交互。

ContentObserver&＃xff1a;观察ContentProvider中的数据变化&＃xff0c;并将变化通知给外界。