标签: ios

结合贝壳精工、HOMEHD iPad、贝刻手环、工地管理 AI 助手、预勘报告和 Gate.io AI 工程化经历，整理一套能在面试中讲清楚技术决策、架构取舍、性能优化和项目价值的话术。

以 Runtime、内存管理、RunLoop、启动优化、性能治理和架构设计六条主线建立 iOS 高阶面试知识地图。

从 objc_object、objc_class、cache_t、class_ro_t、class_rw_t 到 objc_msgSend 快慢路径和消息转发，系统拆解 Runtime 底层链路。

深入拆解 isa 链、superclass 链、non-pointer isa、SideTable、weak_table、weak 释放逻辑、Tagged Pointer、类对象、元类对象和 cache_t 的底层设计。

从 Category 编译产物、运行时合并、方法查找顺序、关联对象全局表和对象内存布局解释为什么 Category 能加方法不能加 ivar。

从 IMP 交换、方法缓存、+load 风险、KVO 动态子类、isa-swizzling 和工程治理深入讲解 Runtime 动态能力。

从 Block 底层结构、变量捕获、__block forwarding、栈堆拷贝、对象持有和循环引用深入拆解 Block 面试题。

从 ARC 编译器插入、objc_storeStrong、引用计数分层、weak_table、SideTable、AutoreleasePoolPage 到 RunLoop 释放时机深入解析内存管理。

从 CFRunLoop、Mode、Source、Timer、Observer、AutoreleasePool、线程保活和卡顿监控深入拆解 iOS RunLoop。

从队列、任务、同步异步、死锁、barrier、semaphore、Operation、锁和共享状态治理深入拆解 iOS 并发面试。

从 Mach-O、dyld3、动态库加载、rebase/bind、ObjC 初始化、+load、首屏路径和线上指标深入拆解 iOS 启动优化。

从 Mach-O Header、Load Commands、Segment/Section、dyld 加载、静态库动态库取舍和 order file 解释启动优化底层依据。

从指标体系、RunLoop 卡顿监控、主线程堆栈、OOM 判断、内存峰值、LinkMap 包体治理到线上闭环讲透 iOS 性能优化。

从 hitTest、pointInside、响应链、UIResponder、UIGestureRecognizer 状态机和手势冲突治理深入拆解 UIKit 事件系统。

从模块边界、依赖方向、路由协议、组件化治理、CI 约束和 Flutter 混合栈设计深入拆解 iOS 架构面试。

从对象内存、nonpointer isa、引用计数、SideTable 和 weak 清零流程串联 Objective-C Runtime 内存模型。

一套可落地的 Native-Flutter 通信治理方案：通道收敛、协议分层、工程化硬约束。

围绕混合架构、性能治理、底层原理与 AI 项目，构建一套可执行的面试准备方案。

用“线上可观测数据 + 构建期静态分析”两条腿走路，定位 **启动/页面加载慢**、**动态库过多**、**组件体积过大/不可控**，并形成可重复

本文主要从以下七个方向来探讨IOS的项目优化

冷启动优化第一步,确认 pre-main 启动耗时的统计

作为 iOS 开发者，面试中的算法考察往往不仅是看你能不能写出代码，更是看你的逻辑严密性、对性能的敏感度以及解决复杂问题的抽象能力。要做到举一反三，核心在于从刷题转向模式识别.

既然时间紧迫，我们不再按部就班，而是直接采取**“高频考点 + 模板思维”**的突击策略。以下我为你筛选了 数组（Array）、字符串（String） 和 链表（Linked List） 中最经典的必考题，并提炼出它们的解题核心

当下iOS网络协议相关的常见面试题

事件的产生和传递（事件如何从父控件传递到子控件并寻找到最合适的view、寻找最合适的view的底层实现、拦截事件的处理）->找到最合适的view后事件的处理（touches方法的重写，也就是事件的响应）其中重点和难点是：1.如何寻找最合适的view 2.寻找最合适的view的底层实现（hitTest:withEvent:底层实现）

从类型安全、注册发现、NSInvocation、缓存和组件解耦角度介绍 LJRouter 的设计取舍与面试表达。

解释 autorelease 为什么延迟发送 release、主线程 RunLoop 如何管理池，以及何时需要手动缩小内存峰值。

Runloop是通过内部维护一个事件循环来对事件、消息进行管理的一个对象。是的，它是一个对象。 大家用C语言过main函数的都知道，main函数运行完成后程序就结束退出了。但是为什么iOS的App的main函数运行完之后APP还能一直运行呢？这就是Runloop的功劳。 这也是Runloop最基本的应用。

Method Swizzling 的本质是在 Runtime 运行时，修改 `objc_class` 结构体中 `method_list` 里的映射关系。

iOS 的多线程开发主要依赖 **Grand Central Dispatch (GCD)**，这是一个由 Apple 提供的框架（从 iOS 4 开始引入），它简化了并发编程。GCD 不是直接管理线程，而是通过“任务”（block 或 closure）提交到队列，由系统调度执行。下面我用通俗比喻（像“餐厅订单系统”）来解释每个概念，好记又易懂。每个部分我会先给核心定义、原理，再举代码示例和注意点。基于 2025 年 iOS 19+ 的最新实践，这些机制稳定，没大变化。

深度解析了 **ARC (Automatic Reference Counting)** 的编译器插入逻辑。文档结合了底层原理、Mermaid 流程图以及**生动的辅助记忆法**，旨在帮助你不仅理解，更能清晰地复述。

Block 底层全景与进阶指南

在面试中，关于堆和栈的区别，初级回答通常停留在“栈自动释放，堆手动管理”。作为架构师候选人，我们需要从**内存布局、指令级效率、虚拟内存映射以及多线程模型**四个维度，彻底阐述这两者的本质区别。

Mach-O是什么?有什么作用?

Objective-C Runtime 中非常强大、但也容易让人晕头转向的一个类。理解了它，你就理解了 Objective-C 动态消息发送的核心机制。

从 Core Foundation 实现出发，系统梳理 RunLoop 的数据结构、事件调度流程、线程关系与高频面试问题。

静态库与动态库的链接方式、包体和内存差异，以及它们对 iOS 冷启动的真实影响。

从 Block 对象布局、变量捕获、栈堆迁移、__block forwarding 和 ARC 持有关系解释常见面试问题。

Category（分类）机制是 Objective-C 语言的一大特色，它允许在不修改或不知道原有类源码的情况下，动态地为类添加新的方法。其底层实现涉及 Runtime 的核心机制，是衡量 iOS 工程师技术深度的重要考察点。

熟悉 objc-runtime 源码、ARM64 汇编、指针位操作

解析 Objective-C 类对象、元类、class_ro_t、class_rw_t 与方法缓存的组织和查找过程。

从对象、类、元类、方法缓存与消息转发出发，连接 Objective-C Runtime 的底层实现和架构应用。

解释关联对象的全局表存储、内存策略、释放时机、线程安全边界与常见循环引用风险。

从 AutoreleasePoolPage、push/pop、返回值优化到 RunLoop 外层池，解释自动释放对象的真实生命周期。

从 nonpointer isa、SideTable 到 weak_table，解释 Objective-C 引用计数与弱引用清零的真实实现，并说明哪些细节不能写死。

从动态子类、setter 拦截、自动与手动通知到上下文管理，完整解释 Objective-C KVO 的实现和常见陷阱。

从 dispatch_once、单例初始化、对象对齐和 malloc_size 延伸理解线程安全与内存分配。

覆盖 Runtime、内存、RunLoop、并发、启动优化、Flutter 和架构设计的 iOS 高阶面试复习地图。

消息发送机制、类结构、方法缓存、动态特性

梳理 Objective-C 类实现、+load、+initialize 与 Category 元数据附加过程，说明方法冲突和内存布局边界。

在大型 iOS 模块化工程中，路由（Router）是解耦各个业务模块的核心基础设施。普通的 URL Router（基于字符串匹配）往往存在参数类型不安全、硬编码严重的问题，而 Protocol Router（基于协议）虽然类型安全但灵活性稍逊。

我们在谈论“冷启动慢”时，物理上到底发生了什么？

什么是二进制重排?为什么要重排?怎么重排?

分享一次最近遇到的诡异bug经历。这个bug让我印象深刻，因为它完美展现了AI辅助开发可能带来的陷阱。通过这次经历，我深入思考了iOS应用在不同编译模式下的行为差异、编译器优化对内存安全的影响，以及AI辅助开发的边界问题。希望我的经验能给大家一些启发。

限免期间收的一些限免app,记录一下