一、对安卓、iOS、鸿蒙三个系统的理解 + 各自优缺点

1. Android（安卓）

理解：Google主导的开源移动操作系统，底层Linux内核，上层应用层是Java/Kotlin开发；采用Dalvik/ART虚拟机，应用以APK包分发，是开放生态。

优点

1. 开源，厂商可深度定制（小米、OPPO等UI），硬件选择多，机型覆盖广。
2. 开发自由度高，文件访问、权限管控相对宽松，自定义能力强。
3. 适配各类芯片，跨硬件兼容性好。

缺点

1. 碎片化严重：不同安卓版本、厂商定制ROM差异大，适配成本高。
2. 应用后台管控各家策略不一样，容易出现后台偷跑、内存占用波动。
3. 安全风险相对更高，来源不明APK容易带来安全问题。
4. 低端机型性能表现差距大。

2. iOS

理解：苹果闭源系统，基于Darwin内核（Mach微内核+BSD），App用Objective-C/Swift开发；没有虚拟机，App编译为原生机器码，App Store统一分发，软硬件一体。

优点

1. 软硬件深度绑定，系统统一，几乎不存在版本碎片化，适配成本低。
2. 系统管控严格，权限、后台、应用行为限制强，稳定性、流畅度一致性好。
3. 内存管理、动画渲染优化成熟，UI流畅度高，安全机制更强。

缺点

1. 闭源，高度受限：文件访问、后台能力、自定义能力弱，很多系统能力不开放。
2. 开发、上架审核严格，审核周期长，很多功能做不了。
3. 硬件只有苹果自家设备，硬件选择少，价格高。

3. 鸿蒙（HarmonyOS）

理解：华为分布式操作系统，内核是微内核设计（手机上目前兼容Linux内核做兼容层），核心亮点是分布式软总线，目标不是只做手机系统，而是面向多设备（手机、平板、手表、车机、IoT）。支持ArkTS/ArkUI开发，同时兼容安卓APK。

优点

1. 分布式能力：跨设备调用能力，多设备协同流转（跨屏、任务迁移）是核心特色。
2. 微内核：安全隔离性更强，不同模块独立，一个模块崩溃不会整系统挂掉。
3. 一套工程可以多端部署，减少多端开发成本。
4. 兼容安卓APK，生态可以平滑过渡。

缺点

1. 生态相比安卓、iOS更小，第三方库、SDK丰富度不足。
2. 设备覆盖量有限，不同鸿蒙版本之间也存在适配工作量。
3. 分布式能力在普通手机App开发场景，很多能力日常用不上，开发学习成本偏高。

---

二、安卓和iOS 在真正的运行机制上有什么不一样？

一句话核心：安卓是应用跑在ART虚拟机上；iOS是直接编译成CPU原生机器码，没有虚拟机。

Android

1. 内核：Linux宏内核。所有系统服务都在内核空间，模块耦合度高。
2. 应用层：ART虚拟机
   • APK里包含dex字节码。
   • 安装阶段做AOT预编译，把dex转成机器码；运行时还有JIT即时编译。
   • 每个App都是独立Linux进程，拥有独立ART虚拟机实例。
3. 内存模型：基于Linux的进程内存，GC垃圾回收。Java/Kotlin对象由ART的GC管理，GC触发的时候会STW（Stop The World，暂停应用）。
4. UI渲染：SurfaceFlinger 负责合成图层。
5. 进程与后台：系统会依据内存阈值来终止进程，但不同厂商的ROM在后台策略上差异很大。
6. 权限：采用动态权限机制，不过厂商可能会对权限逻辑进行二次修改。

iOS

1. 内核：Darwin（Mach微内核 + BSD）。核心服务和驱动分离，内核只做最基础调度，大部分服务跑在用户态。
2. 应用：AOT全量编译，没有虚拟机。源码直接编译成ARM原生机器码（Mach-O包），安装包里面就是原生指令，运行时不需要解释/转码。
3. 内存管理：ARC（自动引用计数），不是GC。没有STW。靠引用计数，对象引用为0就立刻释放；循环引用需要开发者手动处理。
4. UI渲染：CoreAnimation，渲染流水线和安卓不一样，动画在渲染进程，主线程阻塞动画依然可以保持流畅。
5. 进程与后台：严格后台生命周期，App退到后台很快被挂起，只有少数授权后台模式（音频、定位等）允许短暂运行。
6. 权限：App沙盒隔离极强，每个App只能访问自己沙盒目录，跨App访问文件非常受限。

✅ 面试一句话总结运行机制差异： Android：Linux宏内核 + ART虚拟机，字节码AOT/JIT混合，GC垃圾回收，每个App独立进程+独立虚拟机。 iOS：Mach微内核 + BSD，App预编译为原生机器码，ARC引用计数，沙盒严格，后台管控非常保守。

---

三、安卓和iOS 在运行效率上有什么不一样

1. 代码执行效率

• iOS：代码是原生机器码，运行时没有虚拟机开销，纯计算任务理论上限更高。ARC没有GC停顿，不会出现STW卡顿。
• Android：ART已经AOT预编译，大部分代码也是本地机器码；但还有JIT、虚拟机运行时开销，GC会STW，内存大对象多的时候容易出现卡顿。

  现在新版本安卓ART优化很强，在旗舰机上两者差距不大；低端安卓差距明显。

2. 内存效率

• iOS：沙盒+ARC，内存释放及时；系统对App内存配额管控严格，内存吃满直接杀进程。
• Android：每个App独立ART，虚拟机本身占额外内存开销；GC会造成内存抖动，容易产生内存碎片。同样业务，安卓App内存占用一般会略高于iOS。

3. UI/动画流畅度

• iOS：CoreAnimation动画在渲染进程执行，主线程阻塞，动画还能继续跑，动画一致性很强。
• Android：UI绘制在主线程，主线程阻塞就掉帧；虽然有Choreographer帧同步，但碎片化导致不同机型渲染表现不一致。高端安卓现在可以做到和iOS接近，但中低端机型容易卡顿。

4. 后台效率

• iOS：后台限制极强，App后台大部分时间冻结，几乎不消耗CPU，但后台任务能力弱。
• Android：原生后台能力更强，但国内厂商ROM普遍强杀后台，App保活难度高；后台容易内存/电量偷跑。

5. 启动速度

• iOS：AOT编译，二进制直接加载；但签名校验、沙盒机制也有开销。
• Android：需要加载ART、dex、资源，冷启动天然多一层开销，冷启动普遍比iOS慢一点，不过现在Android App Startup、AOT优化已经缩小差距。

✅ 面试一句话总结效率差异： 理论原生代码执行iOS更强，无GC停顿；安卓有虚拟机和GC开销，容易内存抖动。但旗舰安卓硬件足够强时，日常使用感知差距不大。差距主要体现在低端设备、长时间运行后的GC卡顿和冷启动。iOS优势在于流畅度稳定性，安卓的痛点是碎片化带来的体验不一致。

四、iOS、鸿蒙跟 Android 相比，在系统 SDK 或 APP 架构设计上有什么不一样的理念？哪些地方相似？

一句话总纲： iOS：封闭统一、强管控，优先保证体验一致性，SDK是分层Framework，页面以ViewController为核心； Android：开源开放、组件化，强调组件可跨应用调用，四大组件为核心，适配海量硬件； 鸿蒙：分布式优先，一次开发多端部署，Ability为核心，SDK原生内置跨设备协同能力。

1、SDK & APP架构理念差异

1. iOS

底层是Darwin混合内核，SDK是分层Framework（Cocoa Touch、Media、Core Services、Core OS），整体设计是封闭生态优先，系统强管控。

• APP架构：核心是 ViewController 管理视图生命周期；UIKit（命令式）/SwiftUI（声明式）。App是单入口、独立沙盒，App之间隔离严格，跨App能力受限。
• 设计理念：软硬件一体，系统API版本统一，减少碎片化；SDK接口偏向稳定、少开放底层能力，权限管控严格。
• 语言：Objective-C / Swift，SwiftUI是苹果主推声明式UI，单向数据流。

2. Android

Linux宏内核，Android SDK + Jetpack扩展库；开源开放，组件互通是核心设计思想。

• APP架构：四大组件 Activity/Service/BroadcastReceiver/ContentProvider，没有main入口，系统AMS通过Intent拉起组件，甚至跨应用启动组件、共享数据。
• 设计理念：适配海量不同厂商硬件，版本碎片化严重；Jetpack（ViewModel、Compose）用来抹平版本差异，分离生命周期和业务状态。
• 特点：开放性强，给开发者更多底层权限；组件可以独立被外部调用，是“组件可被外部调度”的设计。

3. 鸿蒙（HarmonyOS NEXT，Stage模型）

微内核，方舟SDK，原生面向全场景分布式超级终端设计，这是和iOS/Android最大区别。

• APP架构：核心是 UIAbility（对应页面能力）、ExtensionAbility（扩展能力）；ArkUI为UI框架，ArkTS语言，声明式UI为主。Ability和窗口解耦，支持跨设备迁移、跨设备RPC调用。
• 设计理念：一次开发，多端部署。SDK原生就提供分布式软总线、设备发现、跨设备资源调用，APP组件本身可以在手机、平板、车机、手表流转。
• 元服务：免安装卡片，这是iOS/Android没有原生支持的形态。

核心差异一句话：iOS/Android是单设备移动系统；鸿蒙是全场景分布式系统，APP架构天生就考虑多设备协同。

2、三者相似点

1. 分层架构、分离关注点 三者官方都推荐分层架构：UI层、业务层、数据层，推荐MVVM/MVI，UI和业务逻辑解耦，不要把业务写在页面组件里。
2. 两套UI范式并存：命令式 + 声明式
   • iOS：UIKit(命令式) / SwiftUI(声明式)
   • Android：XML布局(命令式) / Jetpack Compose(声明式)
   • 鸿蒙：早期HML(CSS/JS) / ArkTS声明式 现代SDK都在主推声明式UI+状态驱动视图，数据变更自动刷新UI。
3. 沙盒隔离、权限模型 每个App独立沙盒，默认不能随意访问其他App数据；敏感能力（相机、定位）都需要运行时动态申请权限。
4. 组件生命周期由系统托管 页面组件（ViewController / Activity / UIAbility）生命周期都由系统管理；内存不足时系统会主动回收组件，开发者需要处理状态保存、重建。
5. SDK模块化，提供基础系统能力 网络、存储、多媒体、传感器、图形渲染、通知等基础能力，都封装在系统SDK，不用开发者裸操作硬件。
6. 现代架构都推崇单向数据流、状态管理，减少UI与业务的耦合，提升可测试性。

3、面试加分小结

• iOS：一致性优先，封闭生态，沙盒强隔离，ViewController驱动页面；
• Android：开放性优先，组件可跨App调用，四大组件模型，需要兼容大量设备；
• 鸿蒙：分布式优先，Ability模型，原生支持跨设备流转，一套代码跑多终端；

  相似的趋势：都在往声明式UI、分层架构、状态驱动演进，把页面生命周期和业务状态解耦。

五、iOS端的系统层面强管控，受限于哪些机制设计？

iOS 的系统强管控，主要依托这几大机制：

1. 沙盒机制：每个App独立沙盒，默认只能访问自身目录，跨App数据共享只有系统提供的有限通道。
2. 代码签名校验：所有可执行文件必须签名，内核加载时校验，禁止运行篡改、未签名二进制。
3. Entitlements 能力固化：高级能力打包签名时就绑定，不是运行时动态申请，没有对应授权API直接调用失败。
4. 严格后台管控：App退后台很快被挂起，仅少数后台模式，需要对应entitlement且审核通过，不能无限后台运行。
5. Mach内核进程隔离：每个App是独立task，虚拟内存保护，App无法直接操作物理内存。
6. 有限IPC与私有API限制：普通App难以自建跨进程RPC，私有API禁止使用，跨App拉起能力受限。

一句话总结：从安装校验、进程隔离、数据隔离、后台执行、能力开放多层约束，保证系统稳定和体验统一，牺牲了开发灵活性。

和Android相比，Android是运行时权限为主，App间IPC更开放；iOS很多特权在打包阶段就锁死。