安卓工程师招聘笔试题及解答(某大型央企)2025年附答案

安卓工程师招聘笔试题及解答(某大型央企)2025年附答案一、选择题（每题3分，共30分）1.以下关于Java泛型的描述，错误的是？A.泛型可以在运行时通过反射获取具体类型参数B.List<String>和List<Integer>在运行时类型相同C.泛型的类型擦除发生在编译阶段D.通配符<?superT>表示上界通配符答案：D解析：<?superT>是下界通配符，表示类型参数必须是T或其父类；上界通配符是<?extendsT>。反射无法获取运行时泛型的具体类型参数（因类型擦除），但可通过ParameterizedType获取声明时的类型信息（如方法返回值的泛型）。2.关于Activity生命周期，以下说法正确的是？A.当Activity被另一个透明Activity覆盖时，会调用onStop()B.横竖屏切换时，默认情况下Activity会经历onDestroy()和onCreate()C.onSaveInstanceState()仅在Activity被系统回收时调用D.onPostResume()在onResume()之前调用答案：B解析：透明Activity覆盖时，原Activity可见但失去焦点，调用onPause()而非onStop()；onSaveInstanceState()在Activity可能被销毁的场景（如切换配置、内存不足）都会调用，不仅是系统回收；onPostResume()在onResume()之后调用（由ActivityThread回调）。3.以下哪个组件负责Android应用的UI绘制？A.WindowManagerB.SurfaceFlingerC.ChoreographerD.InputManager答案：C解析：Choreographer负责协调VSYNC信号，控制UI绘制的时机；SurfaceFlinger是系统服务，负责合成各Surface；WindowManager管理窗口的添加与布局。4.关于内存泄漏，以下场景不会导致泄漏的是？A.非静态内部类Handler持有Activity引用B.使用ApplicationContext替代ActivityContext加载长生命周期的DrawableC.注册BroadcastReceiver后未取消注册D.View的onAttachToWindow()中添加监听器但未在onDetachFromWindow()移除答案：B解析：ApplicationContext生命周期与应用一致，适合长生命周期对象；非静态内部类Handler会隐式持有外部Activity引用，若消息未处理完可能导致泄漏；BroadcastReceiver未取消注册会被AMS持有；View监听器未移除会导致View被外部对象持有。5.Kotlin中，以下代码的输出结果是？```kotlinfunmain(){vallist=mutableListOf(1,2,3)list.forEachIndexed{index,value->if(index==1)list.removeAt(index)}println(list)}```A.[1,3]B.[1,2]C.抛出ConcurrentModificationExceptionD.[2,3]答案：A解析：forEachIndexed内部使用迭代器，当在index=1（即value=2）时调用removeAt(1)，列表变为[1,3]。后续index=2时，列表长度为2，循环结束。Kotlin的mutableListOf的forEachIndexed未使用fail-fast机制（与Java的ArrayList.iterator()不同），因此不会抛异常。6.关于Room数据库，以下说法错误的是？A.@Query注解支持SQLite的所有操作B.@Insert默认冲突策略是ABORTC.实体类字段需用@ColumnInfo指定列名，否则默认使用字段名D.DAO接口中的方法必须在子线程调用（除@Query返回LiveData/RxJava类型）答案：B解析：@Insert默认冲突策略是ABORT（终止操作），但可通过onConflict参数修改为REPLACE等；@ColumnInfo可选，未指定时列名与字段名一致；Room会自动将返回LiveData的查询切换到后台线程。7.以下哪种方式不能触发View的重绘？A.调用invalidate()B.调用requestLayout()C.调用postInvalidate()D.修改View的背景颜色答案：B解析：requestLayout()会触发measure和layout流程，但不一定触发draw（若尺寸位置未变）；invalidate()触发draw；postInvalidate()是子线程调用invalidate()的方式；修改背景颜色会调用invalidate()。8.关于ANR（ApplicationNotResponding），以下说法错误的是？A.主线程阻塞超过5秒会触发ANRB.广播接收器（BroadcastReceiver）执行超过10秒会触发ANRC.Service的onCreate()方法执行耗时操作不会导致ANRD.可以通过adb命令查看traces.txt文件分析ANR原因答案：C解析：Service的生命周期方法（如onCreate()、onStartCommand()）运行在主线程，耗时操作会导致ANR；广播接收器的超时时间是10秒（前台）/60秒（后台）；主线程ANR超时时间是5秒（Activity）/20秒（Service）。9.以下关于Kotlin协程（Coroutine）的描述，正确的是？A.协程的挂起函数（suspendfun）必须在协程作用域内调用B.CoroutineScope的cancel()会取消其所有子协程，但不影响父协程C.withContext(Dispatchers.IO)会创建新线程执行任务D.Job的isActive属性在协程完成后仍可能为true答案：B解析：挂起函数可在协程或其他挂起函数中调用（通过Continuation传递）；withContext是切换调度器，不创建新线程（复用线程池）；Job的isActive在协程取消或完成后变为false；CoroutineScope的cancel()会传播取消到子协程，父协程不受影响（作用域树是反向的）。10.关于Android组件化，以下设计不合理的是？A.公共业务模块依赖基础组件模块B.主App模块直接依赖所有业务模块C.使用ARouter实现跨模块路由D.业务模块通过接口+实现类的方式解耦答案：B解析：主App模块应通过路由或接口间接调用业务模块，直接依赖会导致强耦合；组件化设计要求模块间无直接依赖，通过中间层（如ARouter、接口暴露）通信。---二、简答题（每题8分，共40分）1.描述Activity在横竖屏切换时的生命周期变化（默认配置），并说明如何避免重建？解答：默认情况下，横竖屏切换会触发配置变更，Activity会经历：onPause()→onSaveInstanceState()→onStop()→onDestroy()→onCreate()→onStart()→onRestoreInstanceState()→onResume()。避免重建的方法：-在AndroidManifest.xml中为Activity添加`android:configChanges="orientation|screenSize"`（API13+需包含screenSize），此时系统不会销毁Activity，而是调用onConfigurationChanged()。-在onConfigurationChanged()中手动更新UI（如重新加载布局）。2.简述View的measure、layout、draw流程，说明MeasureSpec的作用。解答：-measure：确定View的宽高。父容器通过MeasureSpec（由模式和尺寸组成）传递约束，子View根据约束计算自身大小，调用setMeasuredDimension()保存结果。-layout：确定View的位置。父容器调用子View的layout()方法，传递上下左右坐标，子View通过onLayout()确定子View的位置。-draw：绘制View内容。流程为：绘制背景→绘制自己（onDraw()）→绘制子View（dispatchDraw()）→绘制装饰（滚动条等）。MeasureSpec的作用是父容器向子View传递的布局约束，模式包括UNSPECIFIED（无约束）、EXACTLY（精确尺寸）、AT_MOST（最大不超过），子View根据模式和尺寸计算自身大小。3.列举ANR的常见原因及排查方法。解答：常见原因：-主线程执行耗时操作（如IO、复杂计算）。-主线程等待锁（如子线程持有锁未释放）。-广播接收器（BroadcastReceiver）、Service生命周期方法耗时。-输入事件（如点击、触摸）处理超时。排查方法：-查看/data/anr/traces.txt文件（需root或通过adbpull导出），分析主线程堆栈。-使用StrictMode检测主线程违规操作（如IO）：在Application的onCreate()中启用`StrictMode.setThreadPolicy()`。-使用AndroidProfiler的CPUProfiler查看主线程耗时函数。-日志监控：在主线程关键位置打印时间戳，计算执行耗时。4.说明OkHttp拦截器（Interceptor）的工作机制，并举例自定义拦截器的使用场景。解答：OkHttp的拦截器通过责任链模式实现，分为应用拦截器（ApplicationInterceptor）和网络拦截器（NetworkInterceptor）。请求会依次经过所有拦截器，每个拦截器可修改请求（如添加Header）、处理响应（如缓存）或终止链（直接返回响应）。使用场景示例：-日志拦截器：打印请求/响应的URL、Header、Body。-缓存拦截器：检查本地缓存，若有效则直接返回，否则继续网络请求。-认证拦截器：动态添加AuthorizationHeader（如Token过期时刷新）。关键代码示例（日志拦截器）：```kotlinclassLoggingInterceptor:Interceptor{overridefunintercept(chain:Interceptor.Chain):Response{valrequest=chain.request()Log.d("OkHttp","Request:${request.url}")valresponse=ceed(request)Log.d("OkHttp","Response:${response.code}${response.message}")returnresponse}}```5.对比Kotlin协程的launch和async，说明其适用场景。解答：-launch：启动一个协程，返回Job对象，不直接返回结果。适用于执行不需要返回值的异步任务（如更新UI、发送通知）。-async：启动一个协程，返回Deferred对象（Job的子接口），通过await()获取结果。适用于需要异步计算并返回结果的场景（如网络请求、数据处理）。示例：```kotlin//launch执行无返回值任务scope.launch(Dispatchers.IO){downloadFile()}//async执行有返回值任务valresultDeferred=scope.async(Dispatchers.IO){calculateResult()}valresult=resultDeferred.await()//阻塞等待结果（协程内非阻塞）```---三、编程题（每题15分，共30分）1.实现一个图片加载缓存模块，要求：-内存缓存使用LruCache，磁盘缓存使用DiskLruCache。-支持并发访问，避免内存泄漏。-当内存不足时，优先释放内存缓存。解答：```kotlinclassImageCache(context:Context){privatevalmaxMemory=(Runtime.getRuntime().maxMemory()/1024).toInt()privatevalmemoryCacheSize=maxMemory/8//内存缓存大小为最大内存的1/8privatevalmemoryCache=object:LruCache<String,Bitmap>(memoryCacheSize){overridefunsizeOf(key:String,value:Bitmap):Int{returnvalue.byteCount/1024//以KB为单位计算大小}}privatevaldiskCacheDir=File(context.cacheDir,"image_cache")privatevaldiskCache:DiskLruCachebylazy{DiskLruCache.open(diskCacheDir,1,1,1010241024L)//磁盘缓存10MB}privatevaldiskCacheLock=ReentrantLock()//磁盘缓存并发锁funget(key:String):Bitmap?{//先查内存缓存memoryCache.get(key)?.let{returnit}//查磁盘缓存（需加锁避免并发写冲突）diskCacheLock.withLock{diskCache.get(key)?.use{snapshot->snapshot.getInputStream(0)?.use{inputStream->valbitmap=BitmapFactory.decodeStream(inputStream)bitmap?.let{memoryCache.put(key,it)//命中磁盘缓存后，存入内存缓存returnit}}}}returnnull}funput(key:String,bitmap:Bitmap){//存入内存缓存memoryCache.put(key,bitmap)//存入磁盘缓存（异步执行，避免阻塞主线程）CoroutineScope(Dispatchers.IO).launch{diskCacheLock.withLock{diskCache.edit(key)?.use{editor->press(Bitmap.CompressFormat.JPEG,80,editor.newOutputStream(0))mit()}}}}funclearMemoryCache(){memoryCache.evictAll()}overridefunfinalize(){//确保磁盘缓存正确关闭，避免资源泄漏diskCache.close()}}```关键设计点：-内存缓存使用LruCache，自动管理最近最少使用的条目。-磁盘缓存通过DiskLruCache实现，支持版本控制和容量限制。-磁盘缓存访问加锁（ReentrantLock），避免多线程并发写冲突。-内存不足时，LruCache会自动移除旧条目（系统调用trimMemory()时可主动清理）。-finalize()确保磁盘缓存关闭，防止资源泄漏（实际开发中建议显式调用close()）。2.使用JetpackCompose实现一个可折叠的商品分类列表，要求：-每个分类有标题和子项列表。-点击标题展开/收起子项。-子项支持点击事件回调。解答：```kotlin@ComposablefunExpandableCategoryList(categories:List<Category>,onItemClick:(String)->Unit){Column(modifier=Modifier.fillMaxSize()){categories.forEach{category->varexpandedbyremember{mutableStateOf(false)}//分类标题ClickableText(text=AnnotatedString(category.title),style=MaterialTheme.typography.h6,modifier=Modifier.fillMaxWidth().padding(16.dp).background(MaterialTheme.colors.primary),onClick={expanded=!expanded})//子项列表（展开时显示）if(expanded){Column(modifier=Modifier.padding(start=24.dp)){category.items.forEach{item->Text(text=item,style=MaterialTheme.typography.body1,modifier=Modifier.fillMaxWidth().padding(8.dp).clickable{onItemClick(item)},color=MaterialTheme.colors.onSurface)}}}}}}dataclassCategory(valtitle:String,valitems:List<String>)//使用示例@Preview@ComposablefunPreviewExpandableList(){MaterialTheme{ExpandableCategoryList(categories=listOf(Category(title="手机",items=listOf("华为","小米","苹果")),Category(title="家电",items=listOf("冰箱","空调","洗衣机"))),onItemClick={item->Toast.makeText(LocalContext.current,item,Toast.LENGTH_SHORT).show()})}}```关键设计点：-使用remember和mutableStateOf管理展开状态（expanded），Compose自动跟踪状态变化并重组UI。-ClickableText作为标题，点击时切换expanded状态。-子项列表通过if(expanded)条件渲染，展开时显示Column包含所有子项。-子项使用Text组件，设置clickable修饰符处理点击事件，通过onItemClick回调传递点击内容。-样式使用MaterialTheme统一主题，确保UI规范。---四、综合题（20分）某央企电商APP需优化商品详情页的加载性能，当前问题包括：-页面加载耗时2-3秒（主线程阻塞明显）。-图片加载偶现OOM（内存溢出）。-横竖屏切换时重复加载数据。请设计优化方案，要求：1.分析问题根因。2.给出具体优化措施（代码示例可选）。3.说明验证方法。解答：问题根因分析-主线程阻塞：可能因网络请求、本地数据库查询、复杂布局渲染（如多层嵌套、大量View）在主线程执行。-OOM：图片未压缩、缓存策略不合理（如内存缓存过大）、未及时释放不再使用的图片资源。-横竖屏切换重复加载数据：未正确保存/恢复状态，或数据加载逻辑未与Activity生命周期解耦（如直接在onCreate()中发起请求）。优化措施1.主线程阻塞优化-数据加载异步化：使用Kotlin协程或RxJava将网络请求、数据库查询切到IO线程（如ViewModel+CoroutineScope）。-布局优化：-使用ConstraintLayout替代多层嵌套的LinearLayout。-延迟加载非关键视图（如商品推荐），使用LazyColumn（Compose）或RecyclerView的addOnScrollListener按需加载。-移除无用View，启用ViewStub加载复杂子布局。-启动优化：使用AppStartup库预加载必要数据（如用户信息），减少页面初始化耗时。示例（ViewModel中异步加载数据）：```kotlinclassProductDetailViewModel:ViewModel(){privateval_product=MutableLiveData<Pro