移动开发工程师Android试卷及详解

移动开发工程师Android试卷及详解一、单项选择题（共10题，每题1分，共10分）当当前Activity跳转至一个完全覆盖自身的新Activity页面，之后用户按下返回键回到当前Activity，以下哪个生命周期回调方法绝对不会被当前Activity调用？A.onPauseB.onStopC.onRestartD.onDestroy答案：D解析：跳转至完全覆盖的新Activity时，原Activity会依次执行onPause、onStop回调，返回原页面时会执行onRestart、onStart、onResume回调，整个流程中原Activity不会被销毁，因此不会调用onDestroy方法，其余三个选项的方法都在流程中会被触发。Android应用的主线程默认系统分配的名称是以下哪一项？A.mainB.ui_threadC.android_mainD.work_thread答案：A解析：Android应用的主线程也叫UI线程，系统启动应用进程时会直接将主线程命名为main，其余选项都是开发者自定义的别名，不属于系统默认的主线程名称。以下选项中，不属于Android官方定义四大核心组件的是哪一项？A.ServiceB.FragmentC.BroadcastReceiverD.ContentProvider答案：B解析：四大核心组件分别是Activity、Service、BroadcastReceiver、ContentProvider，Fragment是UI碎片组件，属于辅助页面开发的工具类组件，不在四大组件范畴内。Jetpack系列组件中，哪个组件具备生命周期感知能力，能够独立于Activity配置变更场景存储数据，天然避免配置变更导致的数据重复加载？A.ViewModelB.ActionBarC.ListViewD.LayoutInflater答案：A解析：ViewModel的生命周期独立于Activity的配置变更流程，在屏幕旋转、语言切换等场景下Activity销毁重建时，原有ViewModel实例会被复用，内部存储的数据不会丢失，完全符合描述特性。其余选项均不具备该特性。前台运行的Android应用，主线程响应超时达到多少毫秒会触发ANR无响应弹窗？A.5秒B.10秒C.15秒D.20秒答案：A解析：系统定义的前台Activity输入事件响应阈值为5秒，超过该时间主线程未处理完消息队列中的输入事件就会触发ANR，其余阈值分别对应前台广播10秒、前台服务20秒的触发条件。Android平台独有的、基于内存直接读写实现的高性能序列化接口是以下哪一项？A.SerializableB.ParcelableC.ExternalizableD.Cloneable答案：B解析：Parcelable是Android平台专属的序列化接口，实现逻辑为直接在内存中对对象属性进行读写操作，序列化效率远高于Java原生的Serializable接口，非常适合跨进程传输数据使用。LinearLayout的orientation属性设置为以下哪个值时，可以实现子控件的垂直排列效果？A.horizontalB.verticalC.wrap_contentD.match_parent答案：B解析：orientation属性值为vertical时布局会沿垂直方向排列子控件，设置为horizontal时为水平排列，其余两个选项是布局尺寸属性，不属于排列方向的合法取值。以下所列的Android权限中，属于危险权限范畴、需要在运行时动态向用户申请授权才能使用的是哪一项？A.android.permission.READ_CALENDARB.android.permission.INTERNETC.android.permission.ACCESS_NETWORK_STATED.android.permission.VIBRATE答案：A解析：读取日历的权限属于危险权限分组下的权限，必须在运行时动态申请，其余三个选项都属于普通权限，应用在清单文件中声明后即可自动获得授权，不需要动态申请。通过startService方式启动Service后，关于该Service的生命周期描述正确的是哪一项？A.启动该Service的组件销毁时，Service会自动随之销毁B.只要没有调用stopService方法或者Service内部调用stopSelf，Service就会长期保持常驻状态C.启动组件可以直接获得Service实例的句柄，直接调用其内部自定义方法D.该Service的生命周期和启动它的组件完全同步答案：B解析：startService启动的Service和启动组件属于松绑定关系，完全独立于启动组件的生命周期，只要没有主动调用停止方法就会持续常驻，其余选项描述均不符合startService的特性。以下关于LiveData的特性描述中，说法正确的是哪一项？A.LiveData可以直接在子线程中调用setValue方法更新数据，不会抛出异常B.LiveData默认具备粘性分发特性，新注册的观察者会自动收到注册前最后一次分发的最新数据值C.LiveData专门设计用于子线程间的大数据量实时同步，非常适合高频次大体积数据的传输场景D.LiveData默认持有观察者对象的强引用，必然会造成页面销毁后的内存泄漏问题答案：B解析：LiveData的默认分发逻辑就是粘性分发，新注册的观察者可以直接获取之前的最新状态，其余选项中setValue方法仅允许在主线程调用，LiveData是专为UI层状态通知设计不适合大数据量传输，同时LiveData通过绑定宿主生命周期自动释放引用，不会产生内存泄漏。二、多项选择题（共10题，每题2分，共20分）当Activity处于可见但完全不可交互的状态时，哪些生命周期回调方法已经被执行完成？A.onPauseB.onStopC.onRestartD.onWindowFocusChanged（获得焦点的版本）答案：AB解析：Activity被完全覆盖进入完全不可交互的可见状态时，已经完成了onPause和onStop回调，此时用户无法对页面进行任何操作；onRestart是页面回到前台前执行的方法，获得焦点的onWindowFocusChanged对应页面可交互状态的回调，不符合当前场景。以下所列的编码操作中，能够有效避免Android应用内存泄漏的有？A.针对生命周期短的上下文对象，使用WeakReference弱引用进行持有B.在Activity销毁回调中，及时注销所有注册的广播、事件总线、传感器监听对象C.使用全局静态变量直接持有Activity的实例对象D.子线程异步任务绑定页面生命周期，页面销毁时及时终止任务运行答案：ABD解析：用静态变量持有Activity实例是典型的内存泄漏场景，会导致Activity永远无法被系统回收，其余三个选项都是官方推荐的规避内存泄漏的标准操作。Jetpack系列组件中，属于架构类组件范畴的有？A.ViewModelB.RoomC.ComposeD.DataStore答案：ABD解析：ViewModel用于状态管理、Room用于本地数据库存储、DataStore用于轻量级异步KV存储，三者都属于架构类组件，JetpackCompose是新一代声明式UI开发框架，属于UI组件范畴。以下所列的方案中，属于Android平台官方支持的异步处理方案的有？A.Kotlin协程B.AsyncTaskC.IntentServiceD.HandlerThread答案：ABCD解析：四个选项都是Android平台开发中常用的异步处理实现方案，覆盖了从早期版本到最新版本的所有开发场景。关于BroadcastReceiver的静态注册和动态注册特性，以下描述正确的有？A.静态注册的广播，即使应用进程未启动，也可以接收到符合规则的系统广播B.动态注册的广播，必须在关联的宿主组件销毁时执行注销操作，否则会引发泄漏异常C.所有系统内置广播都支持通过静态注册的方式接收D.同等优先级下，动态注册的广播接收优先级高于静态注册的广播答案：ABD解析：从Android高版本开始，大量敏感系统广播已经禁止第三方应用通过静态注册的方式接收，仅支持动态注册接收，其余三个选项的描述都完全符合广播的机制特性。关于ConstraintLayout布局的优势，以下描述正确的有？A.可以大幅降低页面布局的嵌套层级，实现扁平化的布局结构B.通过相对位置约束规则，可以实现绝大多数复杂的页面排布效果C.绝大多数常见业务页面，不需要嵌套任何子布局容器就可以直接实现D.同等页面效果下，ConstraintLayout的运行性能比多层嵌套的LinearLayout更差答案：ABC解析：ConstraintLayout实现的扁平化布局层级少，measure/layout/draw三个阶段的遍历耗时远低于多层嵌套的LinearLayout，运行性能表现更好，其余三个选项的描述都是ConstraintLayout的核心优势。以下属于Android中图片加载的常用优化手段的有？A.对远大于ImageView尺寸的超大原图进行采样率压缩，降低图片加载的内存占用B.在列表场景中实现多级缓存机制，优先从内存缓存、磁盘缓存读取已加载过的图片，避免重复下载解码C.无论场景如何直接加载全分辨率的高清原图，完全不做任何尺寸压缩处理D.根据当前页面ImageView的实际显示尺寸，动态调整需要加载的图片分辨率答案：ABD解析：直接不加处理加载超大高清原图，很容易短时间内耗尽应用堆内存引发OOM崩溃，属于完全错误的操作，其余三个选项都是行业通用的图片加载优化手段。相较于Java语言，Kotlin语言在Android开发中的优势体现在以下哪些方面？A.空指针安全特性可以通过编译期检查大幅降低空指针异常的崩溃概率B.原生支持协程特性，可以用同步写法完成异步逻辑，大幅简化回调嵌套问题C.现有所有Java代码都无法和Kotlin代码兼容运行D.扩展函数特性可以在不修改原有类源码的前提下，直接为类增加自定义方法答案：ABD解析：Kotlin语言完全和Java语言100%互兼容，项目中Java和Kotlin代码可以混合编写互相调用，其余三个选项都是Kotlin相较于Java的核心优势。以下哪些场景下会触发Activity的onConfigurationChanged回调方法？A.屏幕横竖屏切换B.系统全局语言设置变更C.系统全局字体大小调整D.用户把应用从前台切换到后台答案：ABC解析：应用切换到后台只会触发onPause、onStop生命周期回调，不属于配置变更场景，其余三个场景都会触发系统全局的配置变更通知，回调对应页面的onConfigurationChanged方法。关于Android应用安装包的优化手段，以下描述正确的有？A.开启代码混淆规则，自动移除项目中未被引用的冗余类和方法B.开启资源压缩功能，移除未被引用的冗余图片、布局等资源文件C.将不同CPU架构对应的so原生库拆分到不同的分发包中，针对不同设备分发对应架构的安装包，大幅降低单包体积D.所有资源文件全部堆放在res根目录下，不做任何分类分层处理答案：ABC解析：资源无分类混乱存放会大幅提升开发维护成本，不会起到任何包体积优化的效果，其余三个选项都是主流应用安装包优化的标准手段。三、判断题（共10题，每题1分，共10分）Android系统允许应用在主线程中直接发起网络请求，不会抛出任何异常。答案：错误解析：从Android4.0版本开始，系统就明确禁止主线程执行网络请求操作，直接在主线程发起网络请求会直接抛出NetworkOnMainThreadException异常，导致应用崩溃。ContentProvider组件的核心设计目标之一，就是实现不同应用之间的跨进程结构化数据共享。答案：正确解析：ContentProvider是四大组件中专门用于对外暴露数据的组件，所有跨应用的数据交互场景，比如读取通讯录、媒体库等，都是基于ContentProvider机制实现的。RecyclerView组件本身不内置任何布局排布逻辑，必须手动设置对应的LayoutManager子类，才能正常展示列表子项内容。答案：正确解析：RecyclerView的设计思路是高度解耦，自身仅负责视图的复用回收逻辑，布局排布的逻辑完全交给LayoutManager实现，不设置LayoutManager的情况下RecyclerView不会展示任何子项。SharedPreferences是Android官方推荐的轻量级KV存储方案，完全适合用来存储大量的结构化业务数据。答案：错误解析：SharedPreferences属于轻量级存储，仅适合存储少量的配置类数据，存储大量结构化数据会出现主线程阻塞、读写卡顿、数据丢失等问题，大量结构化数据应该用Room数据库进行存储。Activity调用finish方法之后，会立刻同步执行onDestroy回调方法回收所有页面资源。答案：错误解析：调用finish方法之后，系统会先执行页面退出动画，处理消息队列中残留的待执行任务，不会立刻执行onDestroy回调，存在数毫秒到数百毫秒不等的延迟。LiveData的observe方法绑定了LifecycleOwner之后，当宿主处于DESTROYED状态时，LiveData会自动忽略后续所有的数据更新分发。答案：正确解析：这是LiveData生命周期感知的核心特性，避免页面销毁之后仍然收到数据更新回调引发空指针异常。仅在AndroidManifest清单文件中声明所有需要的权限，应用就可以直接获得全部权限的使用资格，不需要执行其他额外操作。答案：错误解析：普通权限可以通过清单声明直接自动获得授权，危险权限必须在运行时动态向用户申请授权，用户同意之后才能正常使用。矢量图VectorDrawable可以实现无损缩放，所有Android系统版本都原生支持矢量图的全部特性，不需要做任何兼容处理。答案：错误解析：Android5.0及以上版本才原生完整支持矢量图的所有特性，低版本系统需要额外添加兼容配置，否则矢量图会无法正常渲染展示。Kotlin协程中通过launch函数启动的协程，默认一定会运行在调用该launch方法的主线程当中。答案：错误解析：如果没有显式指定调度器，协程默认会继承父协程的调度器上下文，默认全局协程运行在Dispatchers.Default对应的后台线程池中，不会直接运行在主线程。为了让应用获得更好的初始化效果，所有用到的第三方SDK都应该全部在Application的onCreate主线程同步初始化完成。答案：错误解析：在Application的onCreate主线程中执行大量同步初始化任务，会大幅拖慢应用冷启动速度，非必要的SDK应该放到子线程异步初始化或者使用时懒加载初始化。四、简答题（共5题，每题6分，共30分）简述Activity完整正常生命周期的核心回调方法，以及每个回调对应的核心职责。答案要点：第一，onCreate方法是Activity首次被系统创建时调用的第一个回调，核心职责是完成页面基础初始化，包括加载布局文件、绑定控件、初始化基础全局变量，该回调执行完成前页面还未展示在屏幕上；第二，onStart方法是页面即将变为可见状态时调用的回调，此时页面已经进入前台，但还未获得用户焦点，不能响应用户交互事件，可以在这里启动页面可见时才需要运行的动画、传感器监听等逻辑；第三，onResume方法是页面获得用户焦点进入完全可交互状态时调用的回调，此时用户可以正常点击操作所有页面控件，该状态是Activity和用户交互的核心状态；第四，onPause方法是页面失去用户焦点进入部分不可交互状态时调用的回调，此时页面可能被半透明弹窗覆盖，该回调中不能执行超过5秒的耗时操作，否则会触发ANR，仅适合做轻量级的暂停操作；第五，onStop方法是页面完全不可见时调用的回调，此时新的页面已经完全覆盖当前Activity，可以在这里释放占用CPU资源的逻辑，比如暂停视频播放、暂停动画执行，降低后台资源占用；第六，onDestroy方法是页面即将被系统完全回收销毁时调用的最终回调，核心职责是释放所有未关闭的资源，包括注销广播、解绑协程、关闭数据库连接，避免内存泄漏。解析补充：如果页面因为配置变更销毁重建，还会额外回调onSaveInstanceState和onRestoreInstanceState方法，用来临时存储和恢复页面的瞬时状态，避免配置变更导致临时输入数据丢失。简述ANR的定义、常见触发场景，以及核心的规避思路。答案要点：第一，ANR的全称为ApplicationNotResponding，即应用无响应，是Android系统的保护机制，当系统监测到应用主线程在规定阈值时间内无法响应用户输入事件时，就会弹出无响应提示框，允许用户选择等待或者强制关闭应用；第二，常见的触发场景分为三类，分别是前台Activity主线程超过5秒未处理完输入事件、前台广播的onReceive方法执行超过10秒、前台Service的生命周期回调执行超过20秒，三类场景任何一类超时都会触发ANR；第三，最核心的规避思路是所有耗时操作全部放到子线程执行，包括网络请求、大文件IO读写、数据库批量操作、复杂数值计算等逻辑，禁止在主线程执行任何可能造成长时间阻塞的逻辑；第四，同时要避免主线程中出现同步锁抢占、死循环、递归深度过大等操作，防止直接阻塞主线程消息队列调度。解析补充：开发者还可以通过自定义主线程监控组件，监测主线程消息的调度延迟，提前发现潜在的阻塞风险，在ANR发生前上报日志定位问题。简述ViewModel相较于传统直接在Activity中存储数据的优势。答案要点：第一，ViewModel的生命周期独立于Activity的配置变更场景，在屏幕旋转、系统语言切换等会销毁重建Activity的场景中，ViewModel实例不会被销毁，内部存储的数据可以直接复用，不需要开发者手动通过onSaveInstanceState临时存储恢复，大幅减少重复的适配逻辑；第二，ViewModel设计之初就不允许持有任何View、Activity的视图实例引用，天然规避了配置变更场景下的内存泄漏风险，不需要开发者手动管理引用释放；第三，同一个宿主下的多个Fragment可以共享同一个ViewModel实例，非常适合实现多Fragment之间的通信交互，不需要额外定义接口回调层层传递数据；第四，ViewModel提供了专属的onCleared回调方法，当宿主Activity最终被销毁且不会重建时，系统会自动调用该回调，可以在这里执行资源释放操作，不需要开发者额外处理销毁逻辑。解析补充：ViewModel天然适配MVVM架构的分层规则，把业务数据逻辑和视图层完全解耦，数据的处理逻辑完全不依赖视图环境，可以直接编写单元测试验证逻辑正确性，大幅提升代码的可维护性。简述Android中常见的跨进程通信方案以及各自的适用场景。答案要点：第一，AIDL方案基于Android底层的Binder机制实现，支持大吞吐量的双向跨进程通信，适合自定义跨进程服务的场景，比如音乐播放进程对外提供控制播放、获取播放状态的服务接口；第二，Messenger方案基于Binder封装实现，使用逻辑非常简单，不需要处理复杂的多线程同步逻辑，适合轻量级的单向跨进程消息通知场景，适合低频次的简单消息传递需求；第三，跨进程广播方案属于一对多的通信模式，一次广播可以发送给多个不同进程的接收方，适合系统全局通知类的场景，比如电量变化、网络状态变化通知，但不适合传递大数据量内容；第四，ContentProvider方案是系统原生提供的跨进程数据共享组件，专门用于对外暴露结构化数据，适合跨进程读取公共共享数据，比如通讯录、媒体库的内容访问；第五，本地Socket方案基于Unix域套接字实现，适合跨进程的流式数据传输场景，比如大文件跨进程传递、实时音视频流传输的场景。解析补充：所有跨进程通信中传递的自定义对象，都必须实现序列化接口，否则跨进程传输时会抛出序列化异常，导致进程通信中断。简述RecyclerView实现大图片列表滑动流畅度优化的核心手段。答案要点：第一，开启RecyclerView的预取特性，提前加载下一屏即将展示的子项，减少滑动过程中子项布局绘制的等待时间，消除滑动时的卡顿感；第二，图片加载框架配置多级缓存机制，优先从内存缓存、磁盘缓存读取已经加载过的图片，避免滑动过程中重复下载解码图片，减少IO操作带来的性能开销；第三，根据列表子项中ImageView的实际显示尺寸，动态调整图片的采样率，不要加载远大于控件尺寸的高清原图，既降低内存占用也大幅减少图片解码耗时；第四，监听RecyclerView的滑动状态，当列表处于快速滑动状态时暂停图片加载任务，等滑动完全停止后再触发图片加载，避免快速滑动时大量并发图片加载抢占主线程资源导致卡顿；第五，优化列表子项的布局结构，使用ConstraintLayout实现扁平化的布局，消除多余的布局嵌套层级，减少每个子项执行measure、layout、draw三个阶段的遍历耗时。解析补充：配合DiffUtil增量刷新工具，实现列表局部子项的更新，避免全量刷新整个数据集引发的全量重绘，进一步提升列表滑动的流畅度。五、论述题（共3题，每题10分，共30分）结合实际开发场景，论述MVVM架构相较于传统MVC架构在Android开发中的优势，以及落地过程中的常见问题和对应解决方案。答案：传统MVC架构的核心痛点在中大型项目迭代过程中会暴露的非常明显，MVC模式下Controller层就是Activity本身，既要负责视图的渲染、事件交互处理，又要处理网络请求、数据解析、业务逻辑计算，随着需求迭代，单个页面的Activity代码量很容易膨胀到上万行，不同逻辑之间耦合度极高，修改一处业务逻辑很容易引发多处未知的bug，比如电商应用的商品详情页，同时要处理商品信息加载、推荐列表渲染、收藏分享交互、购物车状态同步等十几种逻辑，后续维护和迭代的成本极高。MVVM架构的核心优势就是通过ViewModel层把视图层和业务逻辑完全解耦，所有的业务数据状态全部由ViewModel持有，Activity作为视图层只需要负责把ViewModel输出的状态渲染到页面上，不需要处理任何业务相关的逻辑，同样以商品详情页为例，把商品信息、推荐列表数据、收藏状态、库存状态这些所有状态全部放到ViewModel中维护，Activity只需要通过观察Flow或者LiveData的状态变更更新UI，Activity的代码量可以减少70%以上，同时业务逻辑的可测试性大幅提升，ViewModel中所有的业务逻辑都不需要依赖Android的视图环境，直接就可以编写单元测试验证正确性，代码质量可以得到有效保障。在落地过程中也会遇到三类常见问题，第一类是双向绑定滥用的问题，很多开发者直接在布局文件中编写大量复杂的业务判断逻辑，导致逻辑分散在视图层和ViewModel层，排查问题非常困难，对应的解决方案是严格遵守单向数据流的规则，所有数据只能从ViewModel流向视图层，视图层的交互事件全部通过回调交给ViewModel处理，绝对禁止在布局文件中实现复杂业务逻辑。第二类问题是ViewModel持有视图引用导致的内存泄漏，不少开发者为了图方便直接在ViewModel中持有Activity或者View的实例，导致页面销毁后无法被回收，解决方案是制定严格的编码规范，明确ViewModel层绝对不能持有任何视图相关的实例，所有视图状态的通知全部通过可观测的数据对象实现，不允许ViewModel直接调用视图的方法。第三类问题是公共业务状态冗余，不同页面的ViewModel中重复定义相同的业务字段，后续修改需要同步改多个地方，解决方案是引入全局共享的Repository层，所有公共业务数据全部由Repository层统一管理，不同的ViewModel都从Repository层获取数据，完全消除状态冗余的问题。整体来看只要严格遵守分层的规范，MVVM架构可以大幅降低中大型Android项目的维护成本，减少耦合度，是当前主流商业项目的首选架构模式。结合实际开发经验，论述Android应用内存优化的核心思路，以及典型内存泄漏场景的排查和修复方案。答案：内存优化的核心目标是在系统分配给应用的有限堆内存空间内，尽可能降低内存占用，减少OOM内存溢出崩溃的概率，同时避免应用后台运行时内存占用过高被系统的LowMemoryKiller优先杀死，大幅提升应用的后台留存率，给用户带来更流畅的使用体验。比如主流的短视频应用，整个应用内存在大量的图片、视频流资源，如果不做内存优化，用户连续滑动几十条视频之后就很容易耗尽堆内存触发OOM崩溃，用户体验会非常差，甚至直接卸载应用。实际开发中存在几类非常高频的典型内存泄漏场景，第一类场景是匿名子线程隐式持有Activity引用，开发者在Activity中启动一个耗时数秒的子线程执行网络请求，匿名内部类的子线程会隐式持有当前Activity的强引用，如果在子线程还未执行完成的时候用户就退出了Activity，Activity实例就无法被GC回收，会一直泄漏直到子线程执行完成，对应的修复方案是使用带生命周期绑定的协程来实现异步任务，在Activity销毁的时候自动取消对应的协程任务，从根源上避免异步任务持有Activity引用。第二类场景是全局静态变量直接持有视图实例，很多开发者为了图方便把一个Activity的实例赋值给全局静态变量，只要应用进程不销毁，这个Activity就永远不会被回收，造成严重的内存泄漏，对应的解决方案是明确编码规范，绝对禁止使用静态变量持有任何View、Activity、Fragment的实例，全局公共上下文全部使用Application级别的全局上下文。第三类场景是注册的监听器资源没有在页面销毁时注销，比如动态注册的广播、事件总线的订阅、传感器监听，在页面销毁的时候没有执行对应的注销方法，导致监听器的持有者间接持有Activity的引用造成泄漏，对应的解决方案是利用