移动端开发面试：Android、iOS、React Native核心能力拆解

1. 移动端开发工程师的核心能力与职业进阶路径

聊到移动端开发工程师，很多人第一反应是“写App的”。但真正在这个行业摸爬滚打几年后，你会发现这个岗位远不止写代码那么简单。尤其是在现在这个技术栈极度融合的时代，纯粹的Android工程师或者纯粹的iOS工程师已经越来越少见，企业对移动端开发者的要求已经从“专精一门”变成了“一专多能，技术栈全面”。我见过太多候选人，简历上写着精通Android，结果一问React Native完全没接触过，WebView的交互原理也说不清楚，这种人在现在的面试环境下非常吃亏。

这篇文章的核心目的，就是基于我过去十多年在一线开发、面试官、团队管理多个角色的经验，系统地拆解一下移动端开发工程师到底需要具备哪些核心能力，以及如何针对这些能力去准备面试。我主要聚焦在Android、iOS、React Native这三大主流技术栈，同时也会涉及Web技术的融合。不管你是刚入行一两年的新手，还是已经工作五年以上想冲击高级岗位的资深开发者，这篇文章都能给你一些可落地的参考。

移动端开发这个领域，技术迭代速度非常快。从早期的原生开发一统天下，到后来Hybrid混合开发、React Native/Flutter等跨平台框架崛起，再到如今小程序、大前端概念的普及，技术栈的边界越来越模糊。一个合格的移动端工程师，不能只盯着自己的一亩三分地，需要具备横向的技术视野和纵向的技术深度。面试官在考察你的时候，不仅仅是看你写过多少行代码，更看重你对技术本质的理解、对问题本质的剖析能力，以及解决实际工程问题的能力。

1.1 技术栈融合的时代背景

为什么现在的移动端面试会同时考察Android、iOS、React Native甚至Web？道理很简单，因为实际业务场景就是这样。一个产品往往需要同时覆盖Android和iOS两个平台，甚至还要考虑跨平台方案来降低开发成本。如果你只懂Android，那你在iOS端遇到问题就只能依赖别人，协作效率会大打折扣。反过来，如果你只懂iOS，Android端的开发对你来说就是个黑盒。

我见过很多团队，为了快速迭代，React Native和原生代码混用是非常常见的场景。比如一些核心页面用原生开发保证性能，非核心的营销页面用React Native实现快速上线。还有一些场景，需要在WebView里内嵌H5页面，同时通过JSBridge与原生进行交互。这种混合架构下，如果你不懂Web技术，你连JSBridge的原理都搞不清楚，更别说优化性能了。

所以，这篇文章不是要你成为全栈高手，但至少要明白：移动端开发已经不再是单一技术栈的天下。你需要建立起一个“多技术栈协同”的思维框架，知道在什么场景下选择什么方案，以及不同方案之间如何配合。面试官考察你的多技术栈能力，其实是在考察你解决问题的能力边界。

1.2 面试的本质：能力验证而非知识记忆

很多同学在准备面试的时候，喜欢背面试题。比如Android的Activity启动模式、iOS的RunLoop原理、React Native的Bridge机制，这些知识点确实重要，但如果你只会背答案，面试官几个追问就能把你问倒。面试的本质不是考你的记忆力，而是验证你解决问题的能力。

我从面试官的角度分享一下我的考察逻辑。当我看一份简历时，我会关注三个层次：第一层，这个人有没有完整的项目经验，他做的项目是什么，解决了什么问题；第二层，他在项目中承担了什么角色，做了哪些关键的技术决策，这些决策背后的思考是什么；第三层，他的技术深度在哪里，比如遇到性能问题怎么排查，遇到多线程问题怎么处理，遇到跨平台兼容问题怎么解决。

这三个层次，层层递进。如果你只停留在第一层，那只能算是一个合格的执行者。如果你能通过第二层的追问，展示出你对技术选型和架构设计有独立的思考，那你已经超过了大部分候选人。如果你能通过第三层的考察，展现出你对技术原理有深入的理解，并且有自己的方法论，那就是高级工程师的水平了。

2. Android 核心能力拆解与面试准备

Android开发作为移动端的老大哥，技术体系非常庞大。面试中考察的Android能力，其实可以分为几个核心模块：基础功、组件化与架构、性能优化、多线程与并发、以及底层原理。下面我逐个模块拆解。

2.1 基础功：Activity、Fragment、View 的深度理解

很多人觉得Activity、Fragment、View这些太基础了，面试官不会问得太深。但恰恰相反，我面试的时候特别喜欢从这些基础概念入手，因为这是区分“真懂”和“背答案”的最好方式。比如问一个很常见的问题：Activity的启动模式有哪些？standard、singleTop、singleTask、singleInstance，大部分人能答出来。但接着问：singleTask模式下，如果Activity已经在栈中，启动它的时候会调用哪些生命周期方法？很多人就开始含糊了。再深入问：不同启动模式在跨进程调用时有什么特殊行为？很多人就卡壳了。

这就是典型的“知其然不知其所以然”。真正的理解，是要知道这些设计背后的“为什么”。为什么需要不同的启动模式？是为了解决什么问题？singleTask模式的设计初衷是为了避免Activity栈中重复创建同一个Activity，这在很多应用场景下非常关键，比如主界面、支付界面等。而singleInstance是为了让Activity独占一个任务栈，主要用于一些需要与外部应用交互的场景，比如Launcher。

同样，View的绘制流程也是必问的。onMeasure、onLayout、onDraw这三个方法，大部分人知道是干什么的，但要你说清楚一个自定义View从测量到绘制的完整流程，涉及到MeasureSpec的三种模式、LayoutParams的解析、ViewGroup的测量逻辑，很多人就说不清了。我建议你不仅仅要知道流程，还要能画出流程图，并且在纸上写清楚每个步骤之间的关联。碰到面试官问“如何优化View的绘制性能”，如果你能答出减少层级、避免过度绘制、使用硬件加速这些点，并且能结合具体项目案例来说明，那就非常加分了。

2.2 组件化与架构设计：MVP、MVVM、MVI 的实战思考

架构设计是移动端面试的高频考点，特别是对于三年以上经验的开发者。从早期的MVP，到现在的MVVM，再到最近比较火的MVI，很多开发者只是停留在“用框架”的层面，但面试官更想听的是你“为什么选择这个架构”以及“架构解决了什么问题”。

我个人的经验是，架构设计没有银弹，没有哪个架构是万能的。MVP把业务逻辑和UI分离，解决了View层臃肿的问题，但带来了大量的接口定义和回调，代码量会暴增。MVVM通过数据绑定和LiveData，解决了MVP中回调过多的问题，但数据流向变得不够直观，如果ViewModel设计不合理，很容易导致状态管理混乱。MVI则通过单向数据流和不可变状态，让数据流向变得非常清晰，但也带来了学习成本和代码模板的问题。

面试的时候，你不需要说“我只会用MVVM”，而是应该从实际项目出发，分析你项目的复杂度和团队情况，然后说明你为什么选择某一种架构，以及在实际使用过程中踩过哪些坑。比如，我在一个项目中使用了MVVM，但在处理多状态页面时，发现LiveData的分发机制存在一些问题，后来引入了Flux的思想，用单例的事件总线来管理全局状态。这种“从问题出发，主动思考解决方案”的思维方式，才是面试官想看到的。

2.3 性能优化：卡顿、内存、启动速度的实战经验

性能优化是移动端开发的硬骨头，也是面试中拉开差距的关键。很多人在简历上写“熟悉性能优化”，但问具体怎么优化，就只能说“用LeakCanary检测内存泄漏”、“用Systrace分析卡顿”。这些只是工具层面的使用，面试官更想知道的是你是否有系统性的优化方法和排查思路。

先说卡顿优化。卡顿的本质是UI线程被阻塞，导致帧率下降。我们通常用Profiler或Systrace来抓取卡顿时的帧率图和CPU堆栈，分析是哪个线程在做什么操作。但面试官不会只满足于你会用工具，他会问：卡顿的根因有哪些？怎么快速定位问题？布局层级过深、主线程做耗时操作、动画帧率过高、频繁GC导致STW，这些都是常见原因。你如果能说出“在onCreate和onResume中不要做耗时操作”、“使用异步布局或懒加载”、“使用ConstraintLayout减少层级”、“优化Adapter的getView方法”这些具体方案，并且能结合一个你实际解决过的卡顿案例，那就非常有说服力了。

内存优化同理。内存泄漏、OOM、Bitmap内存管理，这些都是常见问题。面试官可能会问：你是如何检测内存泄漏的？除了LeakCanary，你用过MAT分析hprof文件吗？怎么分析一个对象被哪些对象持有引用？如果遇到Activity泄漏，你是如何定位并修复的？这些问题的回答，需要你有实际的内存分析经验，而不仅仅是看过几篇技术文章。

启动速度优化是另一个高频考点。冷启动和热启动分别怎么优化？Application的onCreate里做了什么？哪些第三方库可以延迟初始化？ContentProvider的初始化顺序怎么控制？这些点如果都能提到，并且能给出具体的优化数据（比如冷启动从3秒优化到1.5秒），面试官就会觉得你是一个有实战经验的人。

2.4 Java/Kotlin 语言特性与并发编程

Android开发的语言基础，已经从Java全面转向Kotlin。但面试的时候，Java和Kotlin都会考察，特别是JVM层面的知识，比如类加载机制、内存模型、垃圾回收算法。这些底层知识，决定了你能否写出高性能、无内存泄漏的代码。

Kotlin的协程是面试中的新宠。面试官会问：协程和线程有什么区别？挂起函数的原理是什么？Dispatchers.IO和Dispatchers.Default有什么区别？withContext和launch/async的区别是什么？协程的异常处理机制是什么？如果你能答出“协程是轻量级线程，挂起函数本质上是通过Continuation实现的，Dispatchers.IO用于IO密集型任务，Dispatchers.Default用于CPU密集型任务”，并且能说清楚协程在项目中的实际应用场景，那就非常不错了。

多线程并发也是必考点。synchronized、volatile、Lock、ConcurrentHashMap、线程池，这些你都要掌握。面试官特别喜欢问：线程池的核心参数有哪些？拒绝策略有几种？什么时候用FixedThreadPool，什么时候用CachedThreadPool？如果你能说出线程池的拒绝策略是根据业务场景来选择的，比如任务提交速度大于执行速度时，用DiscardOldestPolicy可能导致数据丢失，那说明你确实有实际使用经验。

3. iOS 核心能力拆解与面试准备

iOS开发虽然不像Android那么碎片化，但也有自己的技术壁垒。iOS的面试，更侧重于内存管理、运行时、多线程、响应式编程这几个方面。下面我逐个模块拆解。

3.1 Objective-C 与 Swift 的深度理解

虽然Swift已经非常成熟，但很多老项目还是用Objective-C写的，所以面试时两者都可能考察。Objective-C的Runtime机制是必问的，消息发送、消息转发、动态添加方法、isa指针、Class结构体，这些你都要能说清楚。面试官可能会问：消息转发机制有哪几个步骤？动态方法解析和转发有什么区别？在什么场景下你会用到消息转发？如果你能答出“消息转发机制是Objective-C动态性的核心，包括resolveInstanceMethod、forwardingTargetForSelector、methodSignatureForSelector和forwardInvocation”，并且能举例说明“如何用消息转发实现AOP（面向切面编程）”，那就非常加分了。

Swift则更关注语言特性，比如值类型和引用类型的区别、协议与面向协议编程、泛型、闭包捕获列表、内存管理、属性观察器（willSet/didSet）、可选链、枚举关联值等。特别是闭包捕获列表，面试官会问：闭包捕获强引用和弱引用有什么区别？在什么场景下使用[weak self]和[unowned self]？如果你能说出“在闭包中捕获self时，如果可能导致循环引用，需要用[weak self]；如果self在闭包生命周期内不会被释放，可以用[unowned self]”，那就说明你理解了。

3.2 iOS 的内存管理与引用计数

iOS的内存管理基于引用计数，ARC（自动引用计数）和MRC（手动引用计数）都需要理解。面试官可能会问：ARC下，strong、weak、unsafe_unretained、assign、copy这些修饰符的区别是什么？循环引用是怎么产生的？如何避免循环引用？Block循环引用、NSTimer循环引用、Delegate循环引用，这些典型场景一定要能说清楚。

还有一个高频考点：AutoreleasePool。面试官会问：AutoreleasePool是什么时候创建的？什么时候释放的？在什么场景下需要手动创建AutoreleasePool？如果你能答出“在主线程的RunLoop中，每个事件循环开始时会创建AutoreleasePool，结束时释放”，“在for循环中频繁创建大量临时对象时，需要手动创建AutoreleasePool来降低内存峰值”，那说明你确实理解了这个机制。

3.3 iOS 多线程与 GCD/OperationQueue

iOS的多线程开发，主要使用GCD（Grand Central Dispatch）和OperationQueue。面试官会问：GCD的队列类型有哪些？串行队列和并发队列的区别是什么？同步和异步执行的区别是什么？DispatchGroup、DispatchSemaphore、DispatchSource、DispatchWorkItem，这些API你都要掌握。特别是DispatchGroup，可以用来等待多个异步任务完成后再执行后续操作，这在网络请求合并、图片加载等场景下非常常用。

OperationQueue则是GCD的更高层封装，支持任务依赖、取消、优先级设置。面试官可能会问：OperationQueue和GCD的区别是什么？什么场景下用OperationQueue？如果你能说出“OperationQueue支持任务依赖，可以设置maxConcurrentOperationCount来控制并发数，适合需要精细控制任务执行顺序的场景”，那就说明你理解了。

3.4 iOS 的响应式编程与 Combine

如今很多iOS项目开始使用Combine框架进行响应式编程。面试官会问：Combine的核心概念是什么？Publisher、Subscriber、Operator、Subject，这些你都要能说清楚。Publisher和Subscriber是如何建立连接的？sink、assign这些操作符怎么用？Map、filter、flatMap、debounce、throttle这些操作符的作用是什么？如果你能答出“Publisher负责发布事件，Subscriber负责接收事件，Operator负责转换事件流”，并且能举例说明“如何用Combine实现网络请求的链式调用”，那就非常加分了。

4. React Native 核心能力拆解与面试准备

React Native作为跨平台开发的主流方案，面试中主要考察JavaScript基础、React框架、React Native核心机制、性能优化、原生模块开发这几个方面。

4.1 JavaScript 基础与 ES6+ 语法

React Native的面试，首先会考察JavaScript基础。ES6+语法，比如箭头函数、解构赋值、模板字符串、Promise、async/await、模块化、Class、Symbol、Map、Set、WeakMap、WeakSet，这些你都要掌握。特别是异步编程，Promise和async/await是必考的。面试官可能会问：Promise的三种状态是什么？如何处理多个Promise并行执行？async/await是如何实现的？catch和reject的区别是什么？如果你能答出“Promise有三种状态：pending、fulfilled、rejected”，“async/await本质上是Promise的语法糖，async函数返回一个Promise”，那就说明你掌握了。

4.2 React 框架核心概念

React的核心概念，包括组件化、JSX、虚拟DOM、Diff算法、State和Props、生命周期、Hooks（useState、useEffect、useContext、useReducer、useCallback、useMemo、useRef）、Context、高阶组件、Render Props、Hooks的规则等。面试官可能会问：React的虚拟DOM是如何工作的？Diff算法是怎么做的？为什么需要key？在React Native中，State和Props有什么区别？如何管理全局状态？如果你能答出“虚拟DOM是JS对象，通过Diff算法比较新旧虚拟DOM的差异，最小化DOM操作”，“key是Diff算法的优化手段，用于标记列表中的唯一元素”，那就说明你理解了。

React Hooks是面试中的高频考点。面试官会问：useState和useReducer的区别是什么？在什么场景下用useReducer？useEffect的依赖数组怎么用？useEffect的清理函数是做什么的？useCallback和useMemo的区别是什么？useRef的用途是什么？如果你能答出“useReducer适合管理复杂的状态逻辑，比如多个子状态相互依赖”，“useEffect的依赖数组用于控制副作用的执行时机”，“useCallback用于缓存函数引用，useMemo用于缓存计算结果”，那就非常加分了。

4.3 React Native 核心机制：Bridge、JSI、Fabric

React Native的面试，一定会考察它的核心机制。Bridge（桥接）是React Native的通信基础，它负责JavaScript和原生代码之间的通信。面试官可能会问：Bridge是如何工作的？消息队列机制是什么？异步通信和同步通信的区别？JSI（JavaScript Interface）和Fabric（新架构）这些新特性又是什么？如果你能答出“Bridge通过JSON序列化实现消息传递，存在性能瓶颈”，“JSI允许JavaScript直接调用原生方法，无需通过Bridge序列化”，那就说明你关注了React Native的最新发展。

4.4 性能优化：启动白屏、动画卡顿、列表长列表优化

React Native的性能优化是一个大话题，也是面试的高频考点。启动白屏，这是React Native的经典问题。面试官可能会问：React Native启动白屏是怎么产生的？如何优化？如果你能答出“白屏是因为JavaScript引擎初始化、Bundle加载、执行JS代码需要时间”，“优化方案包括：使用Hermes引擎、预加载Bundle、使用Splash Screen、延迟加载组件、使用Code Splitting”，那就说明你有实战经验。

动画卡顿也是一个常见问题。面试官会问：React Native的动画机制是什么？Animated和LayoutAnimation有什么区别？如何处理动画的60fps渲染？如何避免动画卡顿？如果你能答出“Animated通过驱动原生动画，不阻塞JS线程”，“LayoutAnimation用于一次性布局动画”，“使用useNativeDriver可以实现原生动画，避免JS线程阻塞”，那就说明你理解了。

列表长列表优化，也是必考。FlatList、SectionList、VirtualizedList，这些组件的性能优化你知道吗？面试官会问：如何优化FlatList的列表性能？getItemLayout、keyExtractor、initialNumToRender、maxToRenderPerBatch、windowSize，这些参数的作用是什么？如果你能答出“getItemLayout可以跳过行高计算，提高滚动性能”，“keyExtractor提供唯一key，避免列表重新渲染”，那就说明你掌握了。

4.5 原生模块开发与原生能力调用

React Native的面试，还会考察你是否有原生模块开发的经验。面试官会问：如何开发一个原生模块？如何暴露原生方法给JavaScript调用？如何在JavaScript中调用原生方法？如何进行事件回调？NativeModules、UIManager、DeviceEventEmitter，这些API怎么用？如果你能答出“通过创建一个原生模块类，继承自ReactContextBaseJavaModule或NSObject，然后通过@ReactMethod或RCT_EXPORT_METHOD暴露方法”，那就说明你有原生模块开发的经验。

5. Web 技术栈在移动端中的融合与应用

Web技术栈在移动端的应用越来越广泛，特别是WebView、H5、PWA、小程序这些技术。面试中，Web技术栈的考察主要围绕WebView的交互、性能优化、安全、跨平台兼容这几个方面。

5.1 WebView 与原生交互：JSBridge 的实现原理

WebView和原生交互的核心是JSBridge。面试官可能会问：JSBridge的实现原理是什么？有哪些实现方式？如何实现双向通信？如果你能答出“JSBridge通过拦截URL Scheme、注入JavaScript代码、JSContext等方式实现通信”，“在Android中可以通过addJavascriptInterface或WebViewClient的shouldOverrideUrlLoading方法”，“在iOS中可以通过JavaScriptCore或WKUserContentController”，那就说明你理解了。

5.2 WebView 性能优化：加载速度、内存、安全

WebView的性能优化也是面试中的高频考点。面试官会问：WebView加载速度慢怎么优化？如何预加载WebView？如何减少WebView的内存占用？如何防止WebView的内存泄漏？如果你能答出“WebView预加载、使用缓存、启用硬件加速、减少DOM节点数、使用WebP图片格式”，“在Android中，在Activity的onDestroy方法中调用WebView的destroy方法”，“在iOS中，将WKWebView设置为nil”，那就说明你有实战经验。

5.3 前端框架在移动端的应用：React/Vue 与 React Native 的融合

很多React Native开发者也有React Web的开发经验，面试官可能会问：React和React Native的区别是什么？React的组件化和React Native的组件化有什么不同？React的Hooks在React Native中怎么用？如果你能答出“React和React Native共享核心概念，如组件化、JSX、Hooks、State/Props，但渲染机制不同，React使用DOM，React Native使用原生组件”，“React的Hooks完全适用于React Native，但需要适配原生组件”，那就说明你理解了。

6. 面试全攻略：从简历优化到面试策略

技术能力固然重要，但面试策略同样关键。很多技术能力很强的人，因为面试表现不佳而错失机会。下面我分享一下我在面试中看重的几个方面，以及如何准备这些方面。

6.1 简历优化：突出技术深度与项目亮点

简历是面试的敲门砖。很多人的简历，都是“项目描述”+“技术栈”的罗列，这种方式非常平庸。我建议你，在简历中突出你在项目中的技术深度和项目亮点。比如，你不仅写了“负责XX模块的开发”，还应该写“在XX模块中，通过优化XX算法，将页面加载时间从3秒降低到1.2秒”。这种量化的结果，比任何描述都更有说服力。

另外，简历中的技术栈，不要只写“熟悉Android”、“熟悉iOS”，而要写“深入理解Android的Activity启动模式、View绘制流程、内存管理机制”，“深入理解iOS的RunLoop、AutoreleasePool、GCD、消息转发机制”。这种偏向深度和技术原理的描述，能让你在众多候选人中脱颖而出。

6.2 面试中的沟通技巧：STAR 原则

面试中的沟通技巧，可以用STAR原则来组织。Situation（情境）、Task（任务）、Action（行动）、Result（结果）。在回答面试官的问题时，先描述你遇到的情境，然后说明你的任务是什么，接着详细描述你采取了哪些行动，最后总结你的行动带来了什么结果。这种结构化的表达方式，能让面试官快速理解你的思考过程和解决问题的能力。

比如，面试官问“你如何优化React Native的启动白屏？”，你可以这样回答：“在我负责的一个电商项目中，我们遇到了React Native启动白屏的问题，影响了用户体验（Situation）。我的任务是优化启动时间，让用户能尽快看到首页内容（Task）。我采取了以下行动：首先，使用Hermes引擎替换了默认的JavaScript引擎，减少了Bundle解析时间；其次，实现了Splash Screen，在JavaScript执行期间显示启动画面；最后，使用了Code Splitting，将不必要的模块延迟加载（Action）。最终，启动白屏时间从3秒降低到了1.2秒，用户满意度提升了20%（Result）。” 这种回答方式，清晰、有逻辑、有数据，非常加分。

6.3 面试中的常见雷区：避免这些问题

面试中，有一些常见的雷区，我建议你尽量避免。第一个雷区是“不懂装懂”。如果面试官问到你不会的问题，不要硬答，更不要乱编。你可以说：“这个问题我之前没有深入研究过，但根据我的理解，可能是这样的。如果我说错了，希望您指正。” 这种态度比硬答要好得多。第二个雷区是“过于笼统”。比如面试官问“你是如何优化性能的”，你回答“我用了一些优化工具”。这种回答非常空洞，面试官会认为你没有实际经验。第三个雷区是“抱怨前公司或前同事”。在面试中抱怨前公司，会让面试官觉得你是一个负能量的人，可能不适合团队合作。

6.4 面试后的复盘与提升

面试结束后，不管结果如何，复盘都非常重要。我建议你，在面试结束后，及时记录下面试官问过的问题，特别是那些你没有答好或者没有答出来的问题。然后，针对这些问题，去查找资料，深入理解，形成自己的知识体系。下一次面试，你就能从容应对了。

7. 常见面试题解析与避坑指南

最后，我整理了一些移动端面试中高频出现的题目，结合我在实际面试中看到的情况，给出一些解析和避坑指南。这些题目覆盖了Android、iOS、React Native、Web技术栈，以及一些通用的技术问题。

7.1 Android 高频面试题解析

题目1：Activity的启动模式有哪些？分别适用于什么场景？

解析：这道题看似简单，但需要深入理解。标准模式（standard）是默认的，适用于大多数场景。SingleTop适用于推送通知的点击跳转，避免重复创建相同Activity。SingleTask适用于主界面，避免用户多次点击返回后回到主界面时出现多个实例。SingleInstance适用于需要与外部应用共享的Activity，比如Launcher。

避坑指南：很多人在回答时只说了模式名称，没有说明适用场景。面试官更想听的是你在实际项目中是如何选择启动模式的。

题目2：View的绘制流程是什么？如何优化View的绘制性能？

解析：View的绘制流程包括onMeasure、onLayout、onDraw三个步骤。onMeasure负责测量View的宽高，onLayout负责确定View的位置，onDraw负责绘制View的视觉内容。优化性能，可以从减少层级、避免过度绘制、使用硬件加速、使用异步布局、使用懒加载等角度入手。

避坑指南：不要只说流程，要能说出每个步骤的细节。比如onMeasure中，MeasureSpec有三种模式：UNSPECIFIED、EXACTLY、AT_MOST。在onDraw中，Canvas操作有哪些优化技巧。

题目3：如何检测并解决内存泄漏？

解析：使用LeakCanary可以自动检测内存泄漏，但需要理解其原理。LeakCanary会监听Activity和Fragment的onDestroy方法，如果之后没有及时被回收，就认为存在泄漏。然后通过dump hprof文件，使用MAT或Memory Analyzer分析泄漏对象和引用链。常见的泄漏场景包括：静态变量持有Activity引用、内部类持有外部类引用、Handler持有Activity引用、Context泄漏、Bitmap泄漏等。

避坑指南：不要只回答工具使用，要能说出具体分析流程。比如，分析hprof文件时，如何找到泄漏对象，如何查看引用链，如何定位到泄漏的代码位置。

7.2 iOS 高频面试题解析

题目1：ARC下，strong、weak、unsafe_unretained、copy的区别是什么？

解析：strong是强引用，会增加引用计数，对象不会被释放，直到引用计数为0。weak是弱引用，不会增加引用计数，当对象被释放时，weak指针会被自动置为nil，解决循环引用。unsafe_unretained与weak相似，但不会在对象释放时自动置为nil，可能导致野指针访问。copy是复制一份对象，通常用于NSString、NSArray、NSDictionary等不可变对象，避免被外部修改。

避坑指南：weak和unsafe_unretained的区别是高频考点，一定要能说清楚。unsafe_unretained主要用于旧版本iOS或某些特殊场景，现在很少使用。

题目2：RunLoop是什么？主要作用是什么？有哪些应用场景？

解析：RunLoop是一个事件处理循环，让线程在有事件时处理，无事件时休眠，避免CPU空转。主要作用包括：保证主线程不会退出、处理输入事件（触摸、传感器、定时器）、优化性能（如AutoreleasePool的释放、NSTimer的触发）。应用场景包括：NSTimer的线程安全使用、NSOperationQueue的线程管理、NSThread的通信、避免主线程阻塞。

避坑指南：RunLoop的Mode是高频考点，特别是NSDefaultRunLoopMode、NSRunLoopCommonModes、UITrackingRunLoopMode的区别。在NSTimer中，如果使用NSDefaultRunLoopMode，用户滑动时定时器不会触发，需要切换到NSRunLoopCommonModes。

题目3：GCD和OperationQueue的区别是什么？如何选择？

解析：GCD是轻量级的，适合执行简单的异步任务，代码简洁。OperationQueue是基于GCD的更高层封装，支持任务依赖、取消、优先级设置。如果任务之间没有依赖关系，且不需要复杂的控制，用GCD。如果任务之间存在依赖关系，或者需要控制并发数、支持取消，用OperationQueue。

避坑指南：不要只说区别，要能说出具体场景。比如，在下载多个图片时，可以用OperationQueue设置依赖关系，让图片下载顺序执行，然后进行合并。

7.3 React Native 高频面试题解析

题目1：React Native的启动流程是什么？为什么会出现白屏？如何优化？

解析：React Native启动流程：JavaScript引擎初始化->加载Bundle->解析并执行JS代码->渲染UI。白屏是因为JavaScript引擎初始化、Bundle加载、JS代码执行需要时间，在这段时间内，UI是空白的。优化方案：使用Hermes引擎（预编译JS代码，减少解析时间）、预加载Bundle（在启动前后台加载）、使用Splash Screen（显示启动画面，提升用户体验）、使用Code Splitting（延迟加载不必要的模块）、使用Fabric（新架构，减少JS线程阻塞）。

避坑指南：Hermes引擎是React Native 0.64以上版本新加的，面试官可能会问Hermes的优势和劣势。Hermes能减少Bundle大小和启动时间，但会牺牲一些动态特性，如eval、Function构造函数等。

题目2：React Native的组件通信有哪些方式？

解析：组件通信方式包括：父组件通过Props传递数据给子组件，子组件通过回调函数或事件通知父组件，兄弟组件通过共同的父组件或Context传递数据，全局状态管理（Redux、MobX、Zustand）管理跨组件状态，原生模块通过NativeModules与JavaScript通信，通过EventEmitter进行事件通知。

避坑指南：Redux和MobX的区别是高频考点。Redux强调不可变状态和纯函数，通过reducer更新状态，适合大型复杂应用；MobX强调响应式编程和可观察状态，适合中小型应用。面试官可能会问：在什么场景下选择Redux，什么场景下选择MobX？

题目3：React Native的FlatList性能优化有哪些？

解析：性能优化方法包括：使用getItemLayout跳过行高计算，提高滚动性能；使用keyExtractor提供唯一key，避免列表重新渲染；使用initialNumToRender控制初始渲染数量；使用maxToRenderPerBatch控制每批渲染数量；使用windowSize控制可见区域大小；使用onEndReached实现无限滚动；使用虚拟列表（VirtualizedList）的优化机制。

避坑指南：不要只罗列API，要能说出具体原因。为什么getItemLayout能提高性能？因为FlatList不再需要计算行高，可以直接根据索引定位。为什么windowSize能优化性能？因为只渲染可见区域附近的组件，减少DOM节点数。

7.4 Web 技术栈高频面试题解析

题目1：WebView和原生交互有哪些方式？各有什么优缺点？

解析：方式包括：URL Scheme拦截（通过shouldOverrideUrlLoading或WKUserContentController拦截URL，解析参数），JavaScript注入（通过evaluateJavascript或stringByEvaluatingJavaScriptFromString执行JavaScript），JSContext（iOS中使用JavaScriptCore直接调用JavaScript函数），addJavascriptInterface（Android中，通过注解暴露原生方法给JavaScript调用）。优点：URL Scheme方式兼容性好，适合配置丰富的JSBridge；JavaScript注入方式灵活，适合动态执行JS代码；addJavascriptInterface方式简单，但存在安全风险（需在Android 4.2以上版本中，使用@JavascriptInterface注解）。缺点：URL Scheme方式存在性能开销，每次通信都需要解析URL；JavaScript注入方式需要处理线程安全问题；addJavascriptInterface方式存在安全漏洞，需要防范XSS攻击。

避坑指南：面试官可能会问：如何实现JSBridge的异步通信？如何实现双向通信？如何实现事件通知？这些都需要你理解JSBridge的设计原理。

题目2：WebView加载慢，如何优化？

解析：优化方法包括：WebView预加载（在Application或BaseActivity中提前初始化WebView）、使用缓存（设置缓存模式，如WebSettings的setCacheMode）、启用硬件加速（在AndroidManifest中设置android:hardwareAccelerated）、减少DOM节点数（精简HTML结构）、使用WebP图片格式（减少图片大小）、使用懒加载（延迟加载非首屏内容）、使用Service Worker（实现离线缓存和预加载）。

避坑指南：WebView预加载的时机非常重要。如果在Application中预加载，会导致App启动变慢；如果在Activity中预加载，又可能无法及时准备好。我建议在Application中预加载，但使用懒加载方式，只在用户首次打开WebView时初始化。

7.5 通用技术问题与软技能考察

题目1：如何设计一个高性能的移动端图片加载框架？

解析：一个高性能的图片加载框架，需要考虑：图片加载的异步化（使用线程池或协程，避免主线程阻塞）、图片缓存（内存缓存、磁盘缓存、网络缓存）、图片压缩（根据ImageView的尺寸，压缩图片，减少内存占用）、图片格式选择（WebP比JPEG小30%，但解码时间更长）、图片加载策略（优先加载前台可见的图片，延迟加载后台不可见的图片）、图片加载失败的处理（显示占位图、重试机制、错误处理）。

避坑指南：面试官可能会问：图片缓存策略如何设计？LRU和LFU的区别是什么？如何实现LRU缓存？这些都需要你理解缓存算法的原理。

题目2：你如何与产品经理、后端、设计师沟通协作？

解析：这个问题是考察你的软技能和团队协作能力。我建议你从几个方面回答：需求评审阶段，主动提出技术可行性和风险；设计评审阶段，反馈UI交互的可行性，避免过度设计；开发阶段，主动与后端沟通接口设计，确保数据格式和字段一致；测试阶段，主动修复Bug，与测试人员沟通，确保问题闭环。面试官不是要你背标准答案，而是想听你描述一个真实的协作案例，展示你的沟通技巧和解决问题的能力。

避坑指南：不要只说“我善于沟通”，要能说出具体例子。比如，你如何处理一个需求变更？你如何与后端协商一个接口的设计？你如何说服设计师放弃一个炫酷但无法实现的效果？

8. 最后一公里：面试模拟与实战技巧

这一章，我想分享一些我在面试中经常用到的实战技巧，这些技巧不是技术层面的，但却能决定你面试的成败。

8.1 面试前的准备：技术梳理与模拟面试

面试前，我建议你至少花一周时间进行技术梳理。把你在项目中遇到的问题、解决方案、技术选型都整理一遍，形成自己的知识体系。然后，可以找朋友或者同事进行一次模拟面试，看看自己哪些地方答得不好，哪些地方需要改进。模拟面试非常重要，因为很多人在真实面试中会紧张，会忘记一些原本很熟悉的东西。模拟面试可以帮你提前适应面试节奏，减少紧张感。

8.2 面试中的心态管理：保持自信与冷静

面试中，保持自信和冷静非常重要。不要因为面试官问了一个你不会的问题就慌张，更不要因为一个不会的问题就影响后面的发挥。我建议你，如果你遇到不会的问题，可以坦诚地说：“这个问题我之前没有深入研究过，但根据我的理解，可能是这样的。” 然后，你可以尝试从其他角度去分析，展示你的思考过程。即使你答错了，面试官也会认可你积极思考的态度。

8.3 面试后的跟进：感谢信与复盘

面试结束后，我建议你给面试官发一封感谢信，内容可以简短，表达感谢和对机会的期待。这封感谢信虽然不会直接影响面试结果，但能展示你的职业素养和礼貌。同时，如前所述，面试结束后一定要复盘，把自己不会的问题记录下来，去查找资料，下次面试时就不会再犯同样的错误。

8.4 个人体会：面试不是终点，而是起点

最后，分享一点我个人的体会。面试不是终点，而是你职业发展的一个起点。无论你面试成功还是失败，都不要停止学习。移动端技术迭代非常快，今天你会的技术，明天可能就过时了。保持学习的热情，不断提升自己的技术深度和广度，这才是你在这个行业长期发展的核心竞争力。