iOS高级工程师面试题及参考答案.docxVIP

iOS高级工程师面试题及参考答案

一、底层原理类（考察基础扎实度）

1.请详细说明iOS中内存管理的核心机制，以及ARC与MRC的本质区别。实际开发中遇到过哪些ARC无法自动处理的内存泄漏场景，如何解决？

参考答案：

iOS内存管理核心是“引用计数”（ReferenceCounting），对象通过retain增加计数、release减少计数，计数为0时系统销毁对象，同时结合“自动释放池（AutoreleasePool）”延迟释放临时对象。ARC（AutomaticReferenceCounting）是编译器特性，而非运行时机制，它会在编译期自动插入retain、release、autorelease代码，开发者无需手动管理，但仍需遵循内存管理规则；MRC则完全依赖开发者手动调用内存管理方法。

ARC无法自动处理的泄漏场景及解决方案：

场景1：循环引用（如Block捕获self、Delegate强引用）。例：控制器持有网络请求对象，网络请求Block中捕获self且未弱引用，同时网络请求对象被控制器强引用，导致双方无法释放。

解决：Block中使用__weaktypeof(self)weakSelf=self;，若Block内部有延迟操作，需搭配__strongtypeof(weakSelf)strongSelf=weakSelf;避免self提前释放；Delegate使用assign（MRC）或weak（ARC）修饰。

场景2：非OC对象内存泄漏（如C语言指针、CoreFoundation对象）。例：使用CGImageCreate创建的图片对象，ARC无法管理其引用计数。

解决：手动调用对应释放方法（如CGImageRelease），遵循“谁创建、谁释放”原则；若混用OC与CoreFoundation，可通过CFBridgingRetain（OC转CF，增加计数）、CFBridgingRelease（CF转OC，移交ARC管理）避免泄漏。

场景3：单例持有长期对象。例：单例的属性强引用控制器，导致控制器无法销毁。

解决：单例属性使用weak修饰，或通过通知、代理等弱耦合方式替代直接引用。

2.解释RunLoop的工作原理、核心组件及实际应用场景。如何通过RunLoop优化APP性能？

参考答案：

RunLoop是iOS中用于管理事件循环的核心机制，本质是一个“do-while循环”，在没有事件时休眠（节省CPU资源），有事件时唤醒并处理事件。

核心组件：

模式（Mode）：RunLoop的运行环境，不同Mode包含不同的事件源和观察者，如kCFRunLoopDefaultMode（默认模式，处理常规事件）、UITrackingRunLoopMode（滑动模式，优先处理滑动事件）。

事件源（Source）：分为Source0（用户触发事件，如点击、手势）和Source1（系统内核触发事件，如端口通信、定时器）。

观察者（Observer）：监听RunLoop的状态变化（如进入休眠、唤醒、处理事件），可在对应状态执行自定义逻辑。

定时器（Timer）：在指定时间间隔触发事件，依赖RunLoop运行（若RunLoop处于休眠或其他Mode，Timer可能延迟触发）。

实际应用场景：

性能优化：如滑动列表时暂停图片加载（切换至UITrackingRunLoopMode时停止，切换回默认模式时恢复）。

后台任务保活：通过RunLoop让子线程持续运行（如监控网络状态、处理异步任务）。

延迟执行：替代performSelector:withObject:afterDelay:，更灵活控制执行时机。

监控卡顿：通过Observer监听RunLoop的休眠和唤醒时间，若间隔过长则判定为卡顿，记录堆栈信息。

性能优化案例：

列表滑动优化：将图片加载、数据解析等耗时操作绑定到kCFRunLoopDefaultMode，当用户滑动列表（RunLoop切换至UITrackingRunLoopMode）时，暂停这些耗时操作，避免滑动卡顿。

减少CPU占用：通过RunLoop让子线程在无任务时休眠，而非空循环，降低CPU使用率。

优化定时器精度：将Timer添加到NSRunLoopCommonModes（包含默认模式和滑动模式），避免滑动时Timer延迟。

二、开发实战与性能优化类

3.实际开发中如何优化UITableView/UICollectionView的滑动流畅度？请从数据加载、UI渲染、内存管理三个维度说明。