简介这份Android面试试题及答案文档面向准备移动开发岗位面试的初中级开发者与计算机相关专业学生围绕Android核心知识点与常见面试问答整理可用于系统复习、查漏补缺和面试前自测。文档共1个doc文件压缩包约76KB篇幅紧凑便于快速查阅。内容覆盖Activity生命周期与状态保存、五种常用布局、数据存储、ContentProvider共享、Service启停与周期、广播注册及机制用意、Handler与消息队列、AIDL跨进程通信、运行时权限与文件权限、浏览器指定访问、图片透明度算法、动画分类、MVC模式、ListView优化、IPC与多线程、四大组件联系以及DVM进程、SIM卡文件、嵌入式内存管理、实时操作系统等扩展考点。已有296人学习适合按主题逐项过题也可借助答案梳理答题思路定位薄弱环节后针对性补强。1. 从一道生命周期题开始Android 面试真正筛的是什么「请描述下 Activity 的生命周期」——这道题几乎出现在每一份 Android 面试试题及答案里也几乎每个人都能背出七个方法。但面试官紧接着会问接到来电时走哪几个弹出 Dialog 时走哪几个屏幕旋转了呢三个问题下去能答完整的人不到一半。这场面试筛的不是你背了多少题而是你能不能把知识点拆成「现象—原因—取舍」三层讲出来。下面按四大组件、线程与 IPC、存储与视图、易错点四块过一遍高频考点每块都配真题和答法最后给一套押题与答题节奏。适合已经能独立写业务、正准备校招终面或社招跳槽的 Android 开发。2. 四大组件生命周期与组件通信的五种高频问法2.1 Activity 生命周期七个方法之外还要答出三种打断场景标准答法先把主干说清楚正常启动是 onCreate → onStart → onResume被销毁时是 onPause → onStop → onDestroy。但只答到这里面试官会认为你在背书。真正拉开差距的是打断场景这部分建议直接按「谁盖住了谁」分类说新 Activity 全屏覆盖旧 Activity 走 onPause → onStop回来时走 onStart → onResume不会重新 onCreate。新 Activity 是 Dialog 主题或半透明主题旧 Activity 只走 onPause因为仍然可见回来时只走 onResume。用户按 Home 键走 onPause → onStop回来走 onStart → onResume。屏幕旋转默认配置下 Activity 会销毁重建走完整销毁再走完整创建onSaveInstanceState 在这中间被调用。再补一句每个方法里该做什么onCreate 做布局加载和数据初始化onStart 变成可见但不可交互onResume 变成可交互onPause 里做轻量数据保存并且不能做耗时操作——因为下一个 Activity 不会等它执行完才启动这一点是高频追问点。onStop 之后 Activity 完全不可见onDestroy 做资源释放。面试官最想听的是「为什么生命周期由系统掌控」这层原因手机要先保证通话这类基础功能资源不足时系统会回收后台进程所以应用只能适应而不能改变这套规则。把「系统掌控、我们只能适配」这句话说出来比多背两个方法管用。2.2 状态保存onSaveInstanceState 与 onPause 的分工第二道高频题是「后台 Activity 被系统回收如何在回收前保存状态」。答案的主体是 onSaveInstanceState(Bundle)它会在 Activity 可能被销毁前被调用把数据写进 Bundle重建时在 onCreate 或 onRestoreInstanceState 里取出来。这里有个容易答混的地方要主动讲清onSaveInstanceState 不是生命周期方法调用时机不固定它保存的是「界面状态」比如输入框内容、滚动位置、选中项而 onPause 适合保存「业务数据」比如草稿、播放进度。两者不是替代关系。还要强调 Bundle 不适合放大对象Bitmap、大列表塞进去会触发 TransactionTooLargeException正确做法是存 id 或 key重建后重新查询。如果面试官追问「进程被直接杀死没走任何回调怎么办」答案是这种情况下没有后悔药只能靠平时把关键数据落到持久化存储里比如 SharedPreferences 或数据库恢复时做兜底。这一句能把「背题」和「做过」区分开。2.3 Activity 窗口样式与安全退出两道小题背后的完整答案「如何把一个 Activity 设置成窗口样式」考的是 AndroidManifest 和主题的用法。答法分两步在清单文件里给该 Activity 配置一个 Dialog 风格的主题比如把 windowBackground 设为透明、windowIsFloating 设为 true再配合布局里控制宽高或者在代码里调用 requestWindowFeature 设置无标题等特性。要注意补一句代价Dialog 主题的 Activity 不会让下层 Activity 走 onStop只会走 onPause这也是 2.1 里那个场景的实际来源。「如何退出 Activity、如何安全退出已调用多个 Activity 的 Application」这题的价值在于取舍。常见答法有三种调用 finish 关掉当前 Activity用 Intent 加 FLAG_ACTIVITY_CLEAR_TOP 清掉栈上目标之上的页面维护一个 Activity 集合在基类里 onDestroy 时移除、退出时统一 finish。第三种最稳但要提醒自己别把它做成静态集合强引用否则就是内存泄露的经典案例。再补一句直接杀进程的方式不推荐因为系统回调不会走数据可能丢。2.4 Service两种启动方式与生命周期对照Service 的题一般从「如何启用、如何停用」切入但真正的考点是两种启动方式的差别。startService 启动后 Service 与调用者无绑定关系调用者退出它还能活着必须显式 stopService 或 stopSelf 才停bindService 启动后与调用者同生共死调用者销毁时会触发解绑onUnbind 之后走 onDestroy适合需要拿到 Service 对象直接调方法的场景。生命周期要能顺着说startService 路径是 onCreate → onStartCommand → onDestroy多次 start 只走 onStartCommandbindService 路径是 onCreate → onBind → onUnbind → onDestroy。如果两种方式混用必须同时 stopService 和解绑Service 才会真正销毁这是面试里很常见的追问。再往深一层面试官可能问 IntentService 或者后台任务限制的背景。答法上不要展开政策评论只谈技术取舍耗时任务放在工作线程Service 本身跑在主线程直接在里面做网络或数据库会 ANR这个「Service 不等于新线程」的提醒是很多人翻车的地方。2.5 广播两种注册方式的取舍与机制用意「注册广播有几种方式各有什么优缺点」的标准对比是静态注册与动态注册注册方式位置生命周期适用场景静态注册AndroidManifest 中声明 receiver随应用安装存在应用未启动也能收到开机自启、常驻监听动态注册代码中 registerReceiver跟随注册它的组件组件销毁必须反注册只在前台关心的变化优缺点要说得具体静态注册常驻、方便但占用系统资源、无法在代码里灵活控制动态注册灵活、可控但忘记 unregisterReceiver 会导致泄露甚至崩溃。开机自启那道题就是静态注册的典型监听系统启动完成的广播在 onReceive 里启动目标页面同时不要忘记申请对应权限启动 Activity 时加 NEW_TASK 标记因为接收者上下文不是 Activity。「Android 引入广播机制的用意」这题答的是设计思想它是一种解耦的跨组件、跨应用通信方式发送方不需要知道谁会接收系统级事件也通过它下发配合 Dont call me, Ill call you back 的思路组件只需要声明自己关心什么。把这句话讲出来比列一堆 API 更有说服力。3. 线程与 IPCHandler 四件套和 AIDL 的连环追问答法3.1 Message、Handler、MessageQueue、Looper一句话讲清四者关系这道题几乎必考答法建议用一句总纲开头Looper 负责循环取消息MessageQueue 负责存消息Handler 负责发送和处理消息Message 是消息载体。四者的关系可以这么串一个线程通过 Looper.prepare 创建一个 LooperLooper 内部持有一个 MessageQueueHandler 在构造时绑定这个 Looper发送消息时把 Message 插入对应的 MessageQueueLooper.loop 死循环不断取出消息再交回 Handler 的 handleMessage 执行。能加分的是主线程特例应用启动时系统已经为主线程准备好 Looper所以主线程可以直接 new Handler子线程则必须自己调用 Looper.prepare 和 Looper.loop。再往下追问「Handler 为什么能保证消息回到创建它的线程」答案是 Looper 与 ThreadLocal 绑定每个线程有自己独立的消息队列不会串线。很多回答止步于「子线程不能更新 UI」这句话本身没错但不完整。完整的说法是UI 操作必须在主线程执行子线程更新会触发线程检查异常Handler 的价值是把子线程的结果切回主线程而不是「子线程绝对不能碰 View」这种绝对化表述。3.2 View 刷新与多线程为什么要绕一圈 Handler「View 怎么刷新」这道题在很多题单里被写成一句话答案在需要刷新的地方用 Handler 发送消息在 handleMessage 里调用 invalidate 或 postInvalidate。要答得让人信服得说清区别invalidate 在主线程调用postInvalidate 可以在子线程调用本质上也是切回主线程。给一段能跑的最小示例面试时口述也行// 主线程创建 Handler显式绑定主线程 Looper避免在子线程误建 Handler handler new Handler(Looper.getMainLooper()) { Override public void handleMessage(Message msg) { // 这里已经回到主线程可以安全刷新 UI textView.setText((String) msg.obj); } }; new Thread(() - { String result loadData(); // 子线程做耗时读取 Message msg Message.obtain(); // 从复用池取 Message减少对象创建 msg.what 1; msg.obj result; handler.sendMessage(msg); // 入队到主线程的 MessageQueue }).start();这段代码里有两个参数值得在面试时点出来Message.obtain 会复用消息对象比直接 new 更省内存sendMessage 最终走的是 sendMessageDelayed按时间戳插入队列所以消息是按时间排序而不是单纯先进先出——原文说「先进先出」是简化说法能指出这一点会让面试官眼前一亮。3.3 IPC 与 AIDL能被问到的数据类型和调用流程「IPC 及原理」和「AIDL 的全称、如何工作、能处理哪些类型的数据」通常连着问。AIDL 全称是 Android Interface Definition Language用来定义跨进程调用接口编译期生成 Stub 和 Proxy 两个类服务端继承 Stub 实现方法客户端拿到 Proxy调用方法时把参数写入 Parcel通过 Binder 驱动传到服务端执行再把结果写回。能处理的数据类型要答全基本类型、String、CharSequence、List、Map以及实现了 Parcelable 的自定义对象不能直接传普通对象必须序列化。这个点经常被追问答错就露馅。Binder 的机制可以补一句「一次拷贝」数据从用户态写到内核缓冲区接收方直接读内核映射区比传统 socket 少一次拷贝所以 Android 用它做主力 IPC。不需要展开驱动源码讲清「客户端持有服务端在 Binder 驱动里的引用通过 transact 调用」这个层次就够。3.4 运行权限与文件系统权限一对最容易混的概念「Android 程序运行时权限与文件系统权限的区别」这题的正确答法是先把两个词拆开。运行时权限指的是应用在运行时向用户申请的能力授权比如相机、定位、存储读写用户可以在设置里随时收回文件系统权限是 Linux 层面的文件访问控制按 uid/gid 和读写执行位来判定每个应用安装后分配独立 uid因此天然只能访问自己的私有目录。两者的关联点也要说应用私有目录的隔离靠的就是文件系统权限而访问公共媒体文件则需要运行时权限配合。回答时不要泛泛谈「权限管理很重要」落到「一个管能力一个管文件层级不同」这句话上就足够清晰。4. 存储、视图与零碎考点五种存储、ContentProvider、ListView 优化4.1 五种数据存储方式按数据量和结构选不要背顺序「请介绍 Android 的数据存储方式」这题如果只报菜名面试官会马上追问「那你项目里为什么选它」。比较稳的答法是给一张对比表说清每种方式的边界方式适合的数据特点与限制SharedPreferences少量键值对如配置、开关轻量读写简单不适合大量或复杂结构内部存储应用私有文件其他应用不可访问卸载即清除外部存储图片、音视频等大文件容量大需要权限用户可见SQLite结构化、需要查询和事务的数据支持 SQL 与索引适合列表类数据ContentProvider需要跨应用共享的数据自身不是存储是对外暴露数据的通道讲完表再补一句选型逻辑数据量小且结构简单用 SharedPreferences结构化且要查询用 SQLite文件类用存储目录要让别的应用读才上 ContentProvider。这样回答就从「背五种」变成「会选型」。4.2 ContentProvider共享数据的四个动作和权限约束「ContentProvider 如何实现数据共享」的答法分三层。第一层是角色它把自身应用的数据以 Uri 的形式暴露出去其他应用通过 ContentResolver 发起增删改查。第二层是实现继承 ContentProvider重写 onCreate、query、insert、update、delete、getType 等方法内部可以对接 SQLite也可以对接任意数据源。第三层是约束在清单文件里声明 provider通过 exported 属性和读写权限控制谁能访问避免把自己的数据库裸奔给所有应用。追问点常在 Uri 匹配用 UriMatcher 根据路径区分不同的表或单条记录比如带 id 的路径返回单条不带 id 返回列表getType 返回 MIME 类型供 Intent 调用方判断数据类型。把这些细节说出来才算真动手写过。4.3 ListView 优化与内存泄露getView 里最容易翻车的三处「ListView 怎么优化」是性能题里的常客。核心答法就两条复用 convertView用 ViewHolder 缓存控件引用避免每次 getView 都 findViewById。Override public View getView(int position, View convertView, ViewGroup parent) { ViewHolder holder; if (convertView null) { convertView inflater.inflate(R.layout.item_user, parent, false); holder new ViewHolder(); holder.name convertView.findViewById(R.id.tv_name); convertView.setTag(holder); // 把控件引用挂到复用的 item 上 } else { holder (ViewHolder) convertView.getTag(); } holder.name.setText(items.get(position).name); // 复用后必须重新赋值 return convertView; } static class ViewHolder { TextView name; } // 静态内部类不持有外部类引用参数和细节要能解释parent 传进去是为了让 inflate 使用正确的布局参数传 null 会导致宽高失效ViewHolder 声明为 static 是为了避免隐式持有 Adapter 的外部类引用复用带来的副作用是图片异步加载时可能出现错位需要在回调里校验当前 item 对应的地址。最后这一点常常是面试官判断「有没有真做过列表」的分水岭。内存泄露的答法也类似别只说「Cursor 要关」。常见泄露点数据库 Cursor 未关闭、Adapter 构造时没有复用 contentView、Bitmap 用完没有 recycle、Activity 里的对象生命周期长于 Activity 本身比如静态 Handler 持有 Activity 引用。定位手段可以提 Heap 视图看对象总数和引用链的思路说清「找到 GC Roots 到对象的引用路径再决定在哪断开」就够了。4.4 手写题白色像素透明度调 50% 的两种写法像素题是这份题单里少见的算法题给一维整型数组保存宽 width、高 height 的图片像素把白色不透明像素的透明度调成 50%。关键信息是颜色用 ARGB 四通道打包在一个 int 里白色不透明就是 0xFFFFFFFF。// data 长度应为 width * height每个 int 是 ARGB public static void halfAlphaOfWhite(int[] data, int width, int height) { if (data null || data.length width * height) return; // 边界先挡掉 for (int i 0; i width * height; i) { if (data[i] 0xFFFFFFFF) { // 白色且完全不透明 data[i] 0x80FFFFFF; // 0x80 128约等于 50% 透明度 } } }这段的讲解点有三个为什么用一重循环——像素在内存里是连续的索引 i 等于 y * width x不需要双重循环为什么是 0x80——alpha 通道取值 0 到 255128/255 约等于 50.2%如果要求精确可以取 127面试时把取舍说出来为什么先做长度校验——真实图片可能有行对齐填充数组长度不一定等于 width * height工程里要按 stride 处理。如果面试官要你用位运算写再给一版int pixel data[i]; int a (pixel 24) 0xFF; // 取 alpha int rgb pixel 0x00FFFFFF; // 取 RGB if (a 0xFF rgb 0xFFFFFF) { // 白色不透明 data[i] (0x80 24) | rgb; // 只改 alpha保留颜色 }位运算版本的好处是通用把判断条件换成任意颜色都能复用也顺便展示了对移位和掩码的熟悉度。记得补一句这类操作建议放到工作线程主线程做大图遍历会卡顿。4.5 零碎但常考五种布局、常用控件、动画分类与国际化这几类题单看简单答漏了很掉分。五种布局要能说出各自适用场景线性布局按方向排列、相对布局靠相对位置定位、帧布局层叠、表格布局按行列、约束布局用于复杂扁平化界面。补一句「层级越深测量越慢能用约束布局就别套三层线性」就够专业。常用控件的考点在事件回调单选框用 RadioGroup 分组、通过 setOnCheckedChangeListener 监听多选框各自独立遍历取选中状态下拉列表用 getSelectedItemPosition 取值监听 setOnItemSelectedListener拖动条用 getProgress 取值菜单在 onCreateOptionsMenu 里创建、在选中回调里处理进度对话框用 show 创建并设置风格。动画分两类补间动画做移动、缩放、透明度变化只是视觉变换不改真实属性帧动画按顺序播放图片类似电影。国际化这题抓住资源目录命名即可默认资源放 values按语言和地区建 values-zh-rCN 这类目录目录名全小写、用连字符分隔代码和布局里统一引用资源名系统按当前语言、屏幕尺寸、像素密度等条件自动匹配。能说出「没有专门 API靠资源限定符实现」这句答案就完整了。5. 易错失分点五个一听就知道没实战过的回答第一错生命周期只背七个方法不问场景。错在把动态问题答成静态列表面试官一换场景就接不住根因是没理解「可见」「可交互」是两个独立状态正确答法是先给主干再按全屏覆盖、对话框覆盖、Home 键、旋转四种场景分别说清走哪几个回调。第二错把 onSaveInstanceState 当成万能存档。错在往 Bundle 里塞 Bitmap 或大列表根因是不知道它走 Binder 传输有大小限制正确答法是界面状态存 Bundle、业务数据存持久化存储并说明进程被强杀时没有任何回调只能靠平时落盘兜底。第三错Handler 只答「子线程不能更新 UI」。错在把机制题答成结论题根因是没讲清 Looper 与 ThreadLocal 的绑定关系正确答法是从 MessageQueue 存、Looper 取、Handler 收发这条链讲起再落到「消息回到创建 Handler 的线程执行」这个本质。第四错ListView 优化只说 convertView。错在漏掉 ViewHolder 和复用后的数据错位根因是没处理异步加载回调与 item 复用的竞态正确答法是把复用、缓存、错位校验三件事一起说并补一句静态内部类避免持有外部引用。第五错内存泄露只说「记得关 Cursor」。错在把泄露点当成清单来背根因是没掌握引用链的分析方法正确答法是从「长生命周期对象持有短生命周期对象」这个模式出发举静态 Handler、单例持 Context、未反注册广播三个例子再说用堆分析找引用路径。6. 押题与答题节奏把题库背成能开口的答案考前一天不建议再刷新题把高频题按「骨架 一层原因 一个取舍」重写一遍更有效。骨架是能脱口而出的主干比如生命周期七个方法、Handler 四个角色、五种存储方式原因层解释为什么这么设计比如为什么生命周期由系统掌控、为什么 Binder 比 socket 少一次拷贝取舍层是你在两个方案之间的选择比如静态注册还是动态注册、Bundle 还是数据库。三层都齐回答就不会停在背诵层面。下面这张表可以当自查清单用每行能在两分钟内讲完才算过关高频题必须说到的点常见追问Activity 生命周期三种打断场景旋转屏幕为什么重建状态保存Bundle 与持久化分工进程被强杀怎么办Service 启停两种启动方式生命周期混用时怎样才销毁广播注册静态动态对比表开机自启怎么写Handler 机制四者关系加主线程特例消息是否先进先出AIDL支持的数据类型一次拷贝指什么ListView 优化复用、缓存、错位图片错位怎么解像素手写题位运算取 alpha行对齐怎么处理答题节奏上还有两个血泪经验。一是先给结论再展开面试官时间有限你开口三十秒内没说到点上后面讲得再细也会被打断二是遇到不会的题别硬编把你知道的相邻知识说出来并明确边界比如「这块我只在项目里用过封装好的接口底层没深入但我了解它的调用流程是……」——诚实加一点有效信息比胡扯安全得多。技术面考察的很大一部分是沟通你说的话对方能不能听懂、能不能顺着追问下去本身就是评分项。从那以后我每次进面试间之前都会强制走一遍「骨架—原因—取舍」这三层哪怕只来得及在电梯里默念一道题。希望帮到你。本文还有配套的精品资源点击获取