先聊一个很多人没想明白的事：Android开发工程师的面试，筛的从来不只是“会不会写代码”。
我前后待过几家不同体量的公司，也以面试官身份面过大几十位候选人，越来越觉得，这个岗位的面试本质上是在回答三件事：你解决过什么问题、你怎么解决、如果再给你一次机会你会怎么优化。简历上写“精通”“熟练”的人很多，但能把这三件事讲清楚的人，确实不多。
这篇东西就是围绕Android开发工程师这个岗位写的面试指南。不吹不黑，不讲大而全的框架，我会把岗位真相、技术栈要求、高频考点、真实面试流程、常见坑，按我自己的经验拆开揉碎讲一遍。不管你是在校准备校招，还是工作两年想跳槽，又或者刚转行想入局，这篇文章都能帮你少走一段弯路。
1. Android开发工程师岗位到底在招什么人
先别急着刷题，先把岗位看透。很多面试挂掉的人，不是技术不行，是压根不知道对方想要什么样的人。
1.1 从JD反推岗位真相
随便打开一个招聘App搜“Android开发工程师”，你会发现JD写得都差不多：熟悉Java/Kotlin、熟悉Android Framework、熟悉自定义View、有性能优化经验、有大型项目经验优先。但同样一个岗位名称，放到不同公司，实际要求能差出好几个量级。
小公司或者外包岗，要的是能快速上手的人。你进去之后大概率要独立负责一个App从0到1的开发，或者维护一堆历史遗留的“屎山”代码。这类岗位面试重点在于你熟悉不熟悉四大组件、会不会用OkHttp/RxJava/Glide这种主流库、能不能马上改bug。项目规模不大，深度要求不高，但要求你“什么都能干”，打包、混淆、上架、写SDK文档可能都归你。
中大型互联网公司，尤其是那些主App日活过千万的，面试重点完全不同。他们不缺一个写页面的人，缺的是能解决卡顿、崩溃、启动速度这类疑难杂症的人。你需要懂系统原理、懂Binder通信、懂AMS/WMS的工作机制，还得能通过adb、Systrace、Perfetto这些工具定位线上问题。这类岗位的面试一定会有原理深挖，从一个问题追到十层以下，直到你答不上来为止。
还有一种正在快速出现的岗位形态，就是围绕AI做端侧开发的Android工程师。最近“Agent智能体开发工程师”“AI开发工程师”这些词很火，对应到Android领域，就是要在端侧接入大模型能力、做智能对话、做端云协同。这个方向现在还处于早期，但如果你能在面试中展示出对大模型API调用、流式输出、数据缓存这一套的知识储备，会是个不错的加分项。
1.2 Android开发工程师的几个能力层级
我习惯把候选人分成四个层级，你在准备面试前可以先给自己做个定位。
第一层叫“会用的工程师”。熟悉IDE，会用Android Studio写页面，能调通接口，能处理简单的崩溃和ANR。这类人能干活，但不懂底层。遇到线上疑难问题，只能靠猜和试，效率低，风险高。
第二层叫“懂原理的工程师”。知道Activity启动流程、知道Handler消息机制、知道事件分发流程、了解Binder基本原理。能解释“为什么”，不能独立设计复杂方案。
第三层叫“能优化的工程师”。能通过工具定位性能问题，会做启动优化、布局优化、内存优化、网络优化。不只是“能用”，而是“能用得更好”。这类人开始有技术深度，也是面试中最稀缺的。
第四层叫“能做架构的工程师”。能设计模块化方案、主导技术选型、制定代码规范、搭建CI/CD流程、协调多个团队并行开发。这个层级已经超出普通工程师的范畴，往技术专家和架构师方向走了。
我先说清楚，面试之前别骗自己，你是哪一层就按哪一层准备。我见过很多培训出来的同学，简历写得像第四层，面试一深挖就露馅，这种是面试官最反感的。老老实实把自己最熟悉的项目讲透，比什么都强。
2. 面试前的硬核准备：技术栈、项目与简历
2.1 技术栈清单：从语言到框架到跨平台
先说说语言。Java和Kotlin是Android开发的两大基础语言，现在的趋势是Kotlin占绝对主导，新项目基本都用Kotlin写，Java主要用来维护老项目。我的建议是Kotlin要能熟练写，Java至少能看懂。
Kotlin里面有几个东西是高频考点：协程、Flow、空安全、扩展函数、委托机制。尤其是协程，现在几乎每个岗位JD都会写“熟悉协程优先”，面试也一定会问。你要搞清楚协程和线程的区别、Dispatchers的原理、结构化并发、协程的异常处理。不是背概念，而是真能在项目里用起来。
再往下是UI层面。Google主推的Jetpack Compose已经好几年了，现在用纯Compose写的新项目越来越多，但还是有大量老项目用XML+View体系。面试官看候选人，不是看你用的是哪套，是看你有没有能力在不同情况下做选择。我的建议是传统View体系要熟，Compose也要会，最好能有实际项目经验。
第三块是网络和数据存储。OkHttp、Retrofit、Glide/Coil、Room/GreenDAO、DataStore/SharedPreferences，这些都是基础操作。但面试官更想听的是原理：OkHttp的拦截器机制、连接池复用、HTTP/2多路复用；Retrofit的动态代理；Glide的三级缓存与生命周期绑定；Room的数据库升级与迁移策略。
第四块是跨平台方案。现在很多公司在做跨平台选型，Flutter和React Native是最主流的两个。“Unity全栈开发工程师”虽然听着更偏游戏，但也说明非Android原生平台和Android之间的边界在融合。作为Android工程师，你不需要精通Flutter，但要知道Flutter的自绘引擎原理、和原生通信的Platform Channel机制，这样在面试聊到技术选型时不会完全没有概念。
2.2 项目经验怎么讲才加分
很多人的简历项目写得像流水账：“负责XXApp的XX模块开发，使用XX框架实现XX功能。”这种描述在面试官眼里等于什么都没说。我分享一下自己认为比较有效的项目描述结构。
每个项目用四句话讲清楚：项目背景是什么、你负责什么角色、你做了哪些具体事情、产生了什么可量化的结果。注意第三点和第四点是重点。
举个例子，同样是做“启动速度优化”，A的描述是“参与App启动优化，使启动时间降低”。B的描述是“负责冷启动速度优化，通过异步初始化、延迟加载、启动任务调度等手段，将冷启动时间从2.3s降低到1.2s，中低端机提升更加明显，并通过Systrace排查定位到DB初始化阻塞主线程的问题。”
如果是面试官，我肯定会选B。原因很简单，A的描述看不出你的思考过程，B的描述能看出你用了什么工具、做了什么优化、效果如何、还定位了根因。每一个项目都应该有一个能拿出来讲的“技术亮点”，这个亮点就是你和普通工程师拉开差距的地方。
另外特别提醒一点，项目里的数据要真实。有些同学喜欢编造数据，说“启动速度提升50%”，面试官一追问“你怎么测的、用什么工具、在什么设备上测的”，直接哑口无言。这种情况比没有优化经验还糟糕，因为你暴露的是诚信问题。
2.3 简历筛选阶段的高频淘汰点
简历筛选是第一道关卡，很多技术不错的人挂在简历阶段，很可惜。我总结了几个被高频淘汰的点，你可以自查一下。
第一，简历里写了一堆技术名词但没有项目支撑。比如写了“熟悉Android Framework”，结果整个简历没有任何一个项目用到了Framework层的知识。面试官一眼就能看出来是凑数。
第二，排版混乱，主次不分。工作经验、项目经历和技术栈之间的比重失衡。有些人的简历项目经历占了80%，工作经历只有两行；还有人技术栈列了三十多个名词，看似很全，实则没有重点。
第三，简历内容与目标岗位不匹配。你投的是高级Android工程师岗位，简历里全在讲“实现页面”、“调通接口”这种初级内容，面试官会直接判定你能力不匹配。
第四，错别字和格式问题。Android打成了Andriod，Gradle打成了Grade，这种低级错误在技术圈非常减分。这也说明你做事不细致，而Android开发恰恰很看重细节。
3. 高频考点全解析：从基础到原理再到项目深挖
这一节是全文的核心。我按面试中出现频率从高到低，整理了八大块必背知识点，并给出了每块的准备建议。
3.1 语言基础与内存管理
Kotlin和Java语言本身的内容属于必考范围。Kotlin的协程和Flow是高频中的高频，面试官会追问协程的挂起和恢复原理、非阻塞式挂起的实现机制、协程作用域的种类和区别。Java这边重点在HashMap源码、并发编程（synchronized、volatile、ConcurrentHashMap）、JVM内存模型、垃圾回收算法、类加载机制。
内存管理是原理题和实战题的结合体，面试官会问：Java对象在内存中是怎么分配的？内存泄漏有哪些常见场景？怎么排查内存泄漏？这个问题的标准答案应该包括：常见的泄漏场景有静态变量持有Activity引用、Handler持有Activity、单例持有Context、资源未关闭，排查工具用Android Profiler的Memory Profiler或者LeakCanary，定位到泄漏对象后分析引用链，找到泄漏点并修复。
我补充一个面试加分点，如果你能主动说出Memory Profiler能抓取Java堆和Native堆，还能导出HPROF文件用MAT分析，面试官会高看你一眼。这一点很多工作两三年的工程师都不知道。
3.2 四大组件与Binder机制
四大组件是Android开发的基石，Activity、Service、BroadcastReceiver、ContentProvider，每一个都不能只停留在“会启动”层面。
Activity这边高频考点是启动模式（standard、singleTop、singleTask、singleInstance）和Activity的启动流程。很多面试官会从“点击桌面图标到Activity显示”这个最基础的问题开始追问，一路挖到AMS、PMS、Zygote、SystemServer。这是个经典的深挖题，我不建议你只背答案，最好自己画一遍完整的调用链，从Launcher进程到AMS再到Zygote fork新进程，每一步都理解清楚。
Service这边的重点是启动方式区别（startService和bindService）、生命周期、以及前台Service和后台权限限制。BroadcastReceiver重点是注册方式、静态注册和动态注册的区别，以及Android 8.0以后对隐式广播的限制。
ContentProvider是很多人忽视的考点，但最近热度很高。你注意到没有，很多热搜词里都有类似“content://com.tencent.wework.fileprovider/external_path/android/data/”这样的文件路径，这其实就是ContentProvider和FileProvider在文件分享场景中的真实使用。所以面试官问到ContentProvider，不只是问四大组件，还会深入问ContentProvider的权限机制、与FileProvider配合实现文件分享、以及“为什么ContentProvider能跨进程共享数据”——背后的答案还是Binder。
Binder是Android面试的“母题”，几乎所有深入原理的面试都会绕到这个点上。你需要理解：为什么Android要设计一套Binder而不是直接用Linux已有的IPC机制？Binder的数据拷贝次数为什么只有一次？ServiceManager在Binder通信中的作用是什么？AIDL的流程是怎样的？这几个问题答好了，你对整个Android系统运行机制的理解就立住了。
3.3 自定义View与事件分发
自定义View是Android工程师的基本功，也是有很多公司“一票否决”的考点。我见过不少候选人，问Java、问网络、问框架都答得不错，一到自定义View就露怯。
高频考点包括：View的测量流程（MeasureSpec的三种模式）、布局流程（layout）、绘制流程（onDraw）、自定义View的几种实现方式（组合、自绘、继承原生）、自定义属性、View的滑动冲突解决方案。事件分发这块是重点中的重点，dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent三个方法的关系和调用流程、ACTION_CANCEL的产生时机、以及常见的滑动冲突场景怎么处理。
我建议你准备一个自己真正写过的自定义View案例，不需要多复杂，能讲清楚“需求是什么、为什么不用系统自带控件、测量布局绘制怎么写的、有没有遇到性能问题、怎么优化”。一个这样真实的案例，效果远好过你把《Android开发艺术探索》背一遍。
3.4 Jetpack与架构设计
Jetpack现在已经成为Android开发的标配，很多公司面试已经默认你“熟系”这一套，所以要非常重视。
高频考点有：ViewModel的生命周期感知机制、LiveData的数据粘性问题、DataBinding和ViewBinding、Navigation、Paging分页加载、WorkManager后台任务管理。其中ViewModel的“为什么横竖屏切换后数据还在”这个问题出现率极高，你要能解释ViewModelStore和ViewModelProvider的工作原理。
架构设计这关，主流答案只有两个方向：MVP和MVVM。现在几乎没有人还在新项目里用MVC，面试官也不认可把自己当成Controller的写法。MVVM的重点在ViewModel和Repository层的职责划分，以及单向数据流的设计思想。如果项目用到过MVI（Model-View-Intent）架构，可以作为一个亮点拿出来聊。但要注意，MVI不是万能的，如果你的项目并发状态非常复杂，MVI的不可变状态流确实更合适，但也不要为了追新而乱用。
还有就是“模块化”“组件化”“插件化”这一串概念，刚入门的候选人容易被绕晕。简单说，模块化是把一个App拆成多个模块（module），组件化是进一步拆分到业务线和基础库的粒度，插件化则是在运行时动态加载代码和资源。面试官在这个话题下最关心的是你是否真的在工程中做过组件化拆分、拆分后模块间怎么通信、怎么解决资源的命名冲突和重复依赖。
3.5 性能优化与稳定性
性能优化在初中级面试中出现不多，但在高级工程师面试中直接决定你能不能过。这块知识储备充足的话，往往能让面试官对候选人高度认可。
性能优化按照大方向分为：启动优化、卡顿优化、内存优化、网络优化、包体积优化、耗电优化。
启动优化前面已经举例过，关键是用工具定位启动阶段的耗时任务，然后做异步化、懒加载、启动任务调度。卡顿优化的核心思路是找到主线程上的耗时操作，用Systrace或者Perfetto定位卡顿点，再配合Choreographer帧率监控工具来量化。内存优化的重点是内存泄漏和内存抖动，以及OOM的常见原因。网络优化包括连接复用、请求合并、弱网处理、DNS优化。包体积优化则包括资源裁剪、代码混淆、动态特性模块化。
稳定性这块的核心就是崩溃和ANR。你要知道崩溃的处理机制，能通过logcat堆栈快速定位问题代码。ANR则要理解超时机制和判定条件，以及通过traces文件分析ANR原因。
3.6 系统底层、工具链与工程效率
系统底层这一块主要是针对二线以上互联网公司的面试。除了Binder、AMS、WMS，还有PKMS（PackageManagerService）、Handler消息机制、zygote进程启动流程、以及APK编译打包流程等。吃透这些知识需要大量时间沉淀，比起死背答案，我更推荐去读AOSP源码中对应的核心类，把调用链亲手追一遍。
工程效率这块，很多人不重视，但实际工作中非常核心。你要会用Git做分支管理和代码review，要能理解Gradle的构建配置和优化策略，至少要能处理“Android Studio build 出现tag number over 30 is not supported”这种构建报错——别看这个问题只是ETag超过30导致的构建失败，它背后是对构建缓存和HTTP缓存机制的理解。还有代码混淆（ProGuard/R8）、多渠道打包（V2/V3签名）、CI/CD集成，这些都在高级岗位面试中出现过。
3.7 新技术与趋势：Compose、动态图标、离线能力
最近几年Android技术圈被讨论最多的是三个方向。第一个是Jetpack Compose。第二个是动态能力，比如“Android动态图标主题”这类玩法，本质上是通过新版本API让App图标跟随主题变化，这听起来是个很小的功能，但涉及怎么兼容不同桌面启动器（Launcher）、怎么处理用户显式设置App图标和系统默认图标的差异，以及主题变更后图标缓存的刷新时机。第三是离线能力，很多App现在追求弱网和离线场景下的可用性，“高德地图Android离线包下载”这类词之所以上热搜，就是因为libamap离线地图包的解压存储、SD卡访问和Android分区存储限制经常踩坑，这一块非常能看出一个工程师对真实业务的处理和踩坑经验。
面试问到这些新方向，目标不是让你说“我用过”，而是考察你对技术趋势的敏感度和学习能力。我建议你至少养成一个习惯：每周看一下Google Android开发者博客和Android官方文档，了解最新的API变化和限制。这些内容在面试中看起来不显眼，却经常成为拉开差距的“暗线”。
3.8 Android开发环境与工具链那些坑
说了这么多深入的话题，我再专门提醒一下“环境搭建”这类基础却容易被忽略的点。
很多候选人以为“Android Studio安装”这种话题太low，面试不会问。实际上，我见过不少新人入职第一周就卡在环境问题上。要是基础环境都不通，简历吹得再响也白搭。
几个高频坑，你对照一下：Android SDK下载慢、Gradle依赖拉不下来、Android Studio汉化后菜单项找不到、SDK Manager里无法勾选安装、adb连接真机调试时设备未授权、无线调试连不上vivo等国产机型——这些问题在实际开发中比想象中常见得多。
比如无线调试，最靠谱的方式是先通过USB连接，开启“无线调试”后，在Android 11及以上的设备上使用配对码配对，再用adb pair和adb connect建立连接。很多国产ROM默认在充电时断开“USB调试”，你需要到开发者选项里把相关开关关掉。这类实操细节非常琐碎，但确实能在面试中展现出“我就是常年在一线写代码的人”。
4. 完整面试流程与现场还原
光知道看什么书还不够，得知道面试现场长什么样。我按大厂的标准面试流程，把三面到HR面完整拆一遍。
4.1 一面：基础与技术深度
一面面试官通常是同组资深的工程师，时长一般在60分钟左右，主要考察基础是否扎实、能不能直接上手写代码。
一面流程通常是：自我介绍（2-3分钟）→基础问答（30分钟）→手撕代码（20分钟）→候选人提问（5分钟）。基础问答环节，面试官会随机从Java/Kotlin基础、Android四大组件、View体系、网络、并发、缓存等方向抽取问题。手撕代码的题难度一般不高，主要是字符串处理、数组遍历、链表操作、简单二叉树遍历。这里重点看的不是多深奥的算法，而是代码规范度和边界处理意识。
我举个例子，很多候选人写一个“反转字符串”都能写出来，但面试官后面加一句“如果字符串中包括emoji，还能正确反转吗”就懵了。这个问题考察的不是算法，是思考的完整性。答案是“使用utf-16的代码点（code point）而不是char来遍历处理，避免了对代理对的错误切割”。你能联想到这个层面，说明是有真实开发经验的。
4.2 二面：项目深挖与系统设计
二面面试官通常是团队Leader或者技术总监，时长也是60分钟左右，但这个环节的重心从“你会什么”转向“你实际做过什么”和“你会怎么设计”。
项目深挖是这个环节的重头戏。面试官会选择一个你最熟悉的项目，从背景到细节连环追问，常见问题包括：“启动速度优化中，你具体怎么定位到阻塞任务的？”“你用Systrace还是Perfetto？为什么这么选？”“数据库迁移过程中数据量如果上亿，你的方案还可行吗？”“你这个方案上线后有没有出过问题，怎么处理的。”
这一轮也是“区分真懂还是背书”的关键环节。如果你的项目经验是真实的、亲手做过的，面到这一轮一定会越来越自信；反之，编造的项目会在深挖中漏洞百出。
系统设计题是二面的另一个重头戏，常见题目有：“设计一个图片加载框架”“设计一个消息推送长连接”“设计一个本地数据库缓存层”“设计一个IM消息列表”。做这种题的核心思路是：先明确需求边界和主要角色，再画核心数据流，最后再落实现有的技术选型。面试官期待的不一定是“最完美的答案”，而是你有条理地拆解问题的能力。
4.3 三面/HR面：软素质与薪资谈判
三面可能是更高的技术负责人，或者总监、HRBP，节奏更快，更关注你的综合判断能力、沟通风格、职业规划、以及对团队和公司的匹配度。
技术负责人面的问题通常比较开放，比如“你怎么看待当前音视频 / AI / 跨平台技术的发展趋势”“如果让你负责一个新App的技术选型，你怎么做”“你过去有没有和产品经理产生严重冲突，最后怎么解决的”。这类问题没有标准答案，核心是看你有没有自己的思考框架，以及能不能把自己的观点讲得条理清晰。
HR面聊的是期望薪资、到岗时间、离职原因、职业规划。这里有一个我很想强调的点：别低估HR的专业判断力。很多技术候选人觉得HR不懂技术就随意敷衍，其实HR也会从行为面试法（STAR法则）去考察你的项目经历和协作能力，你的回答前后矛盾，反而容易暴露问题。
薪资谈判这件事，我诚恳地建议：别只盯着月薪。把住房补贴、餐补、交通补贴、加班费基数、公积金比例、年终奖规则、期权和股票的限制条件都问清楚。同样是2万月薪，公积金比例一个5%一个12%，一年下来能差接近两万块。
5. 常见问题与避坑实录
这一部分专门写我的“体检报告”，都是踩过或者见过别人踩过的坑，分享出来供你参考。
5.1 自我介绍：90秒法则
很多人的自我介绍就是简历复读：“我叫XXX，毕业于XXX，工作X年，之前负责XXX项目。”一句话就说完了，完全浪费了塑造第一印象的机会。
我给你的建议是90秒法则：前30秒说清楚你是谁、什么背景，中间40秒讲和这个岗位最匹配的一到两个核心项目，最后20秒表达你来这家公司的兴趣点。讲项目时不要罗列技术名词，重点说你的角色和结果，比如“我是这个模块的开发负责人，重构后崩溃率从千分之二降到万分之三”。
5.2 手撕代码时最不应该犯的错
手撕代码环节，最常见的错误不是代码写错，而是全程不说话，埋头写完给面试官看。实际上，手撕代码考察的就是你的思考过程。正确的节奏是：先跟面试官确认题目要求和边界条件，用自己的话复述一遍；再说暴力解法思路，分析复杂度；然后动手写代码；写完主动说这段代码的时间复杂度和空间复杂度，还有哪里可以做优化。
另外注意代码细节，例如空指针的判断，数组下标的边界，循环的退出条件，这些都要主动做到位。大多数一线面试官心理都有个判断标准：如果一个候选人手撕代码时“看起来像平时就是这么写”，他的评价就会高很多。
5.3 从“学不会”到“没时间”：常见自我怀疑的应对
很多读者私信问我最困扰的问题，第一个是“知识点太多学不完”，第二个是“底层原理和项目经验不知道如何取舍”。
第一个问题的答案是：别想一口吃成胖子。我见过太多候选人天天收藏原理文章，却根本没法在面试中用自己的话讲出来。我建议你采用“按需学习+输出倒逼输入”的方法：先定一个目标（比如一个月内攻克Binder），每天学一个子主题，学完立刻用自己的话写一篇总结或者讲给同事听。能讲清楚，才是真的学会。
第二个问题的答案是：项目经验优先，原理深度次之但不可缺失。面试官最终想看到的，是你用原理知识解释和解决真实工程问题的能力。所以比较好的路径是：从你负责的项目里挑选一个技术难点，追根究底到原理层，把这个“现象→原因→解决→验证”四个步骤完整打磨熟，然后才考虑扩展其他知识点。比漫无目的地背一百个面试题有效得多。
5.4 谈薪时期的“别只看月薪”
之前提过薪资谈判的视角，我这边再提供一个表格建议，你可以在谈薪前自己整理一遍，做到心里有数。
| 项目 | 一定要确认清楚 |
|---|---|
| 月薪 | 基本工资，还是包含了绩效的假月薪 |
| 年终奖 | 承诺的年终是否有合同保障，还是口头说说 |
| 五险一金 | 基数是多少，比例是5%还是12% |
| 加班 | 是否强制加班，加班基数怎么算，调休还是双倍 |
| 期权/股票 | 什么条件才能归属，离职后怎么处理 |
| 试用期 | 时长、薪资折扣、转正条件 |
6. 从面试到Offer，后面还该做什么
面试通过拿到Offer，很多人觉得大功告成，其实这只是一个新的开始。入职后的前三个月，建议你别只盯着任务本身。
我也看到过一个很残酷的事实：同一个入职批次的候选人，能力起点差不多，但有人半年内就成为核心开发，有人一年后还在写边缘业务模块。差距不在加班时长，而在有没有主动补齐团队的空白地带。入职后第一周先把项目代码仓库、需求文档、历史技术方案全部过一遍，建立“这个App是怎么工作的”整体认知；第一月内主动找Leader聊一次，明确团队目前最大的技术痛点是什么，自己可以在什么方向发力；第一个版本发布后复盘自己在过程中的产出和不足。
对于一个Android开发者来说，技术迭代真的太了。你永远不知道下一个版本的系统会做出什么改变，也不知道下一份工作面试官会问什么。但有一点是确定的：踏踏实实把做过的每一件事搞懂，把写过的每一行代码的原理搞透，机会来的时候你就能接得住。
最后分享一条我这些年最深的体会：面试不是考试，是“技术交流”。把自己当成一个和面试官平等讨论问题的工程师，而不是一个等着被审判的考生，你的状态会自然很多，表现也会好很多。希望这篇“depth解析与面试指南”能让你少踩一些我踩过的坑，在Android开发这条路走得更稳。
