KMP（Kotlin Multiplatform）的前身是 KMM（Kotlin Multiplatform Mobile），其核心目标是让同一套 Kotlin 代码同时运行在 Android 和 iOS 平台上。跨端框架通常通过生成平台包，并集成到各自平台项目中来工作。对于 Android，这相对简单，因为 Kotlin 是首选语言，原生工程支持导入 Kotlin 包。但对于 iOS，情况更为复杂：Kotlin 代码需要编译成能被 iOS 工程引入的形式。
Kotlin Native 项目为此提供了解决方案：将 Kotlin 代码编译成二进制库，并封装为 iOS Framework。然而，这带来了更多挑战，如 iOS 工程如何调用 Kotlin 逻辑、Kotlin 如何引入 iOS 库、内存管理问题，以及 Objective-C 和 Kotlin 互操作时的内存泄漏和野指针风险。这些问题的解决依赖于对 Objective-C 运行时的深入理解。
Objective-C 运行时通常指 libObjc 动态库，但编译器、链接器和系统库也提供了关键支持。Objective-C 是 C 的超集，因此编译器必须支持 C 的所有特性。例如，一个简单的 Objective-C 程序可能因为类未继承 NSObject 而在运行时报错，但编译时可能通过，这揭示了运行时的动态特性。
通过分析汇编代码，可以了解 Objective-C 程序的内部机制。例如，[MyClass alloc] 会调用 _objc_alloc，而 [obj init] 会调用优化后的 _objc_msgSend$init。Apple 在链接阶段引入了跳板代码优化，提升了性能但限制了开发者使用类似符号。Objective-C 方法调用依赖于方法选择子（SEL），本质上是方法名指针。
进一步探索，objc_class 结构体包含 class_ro_t（只读）和可写区域，允许运行时动态修改方法实现、添加属性和协议，这体现了 Objective-C 的动态特性。此外，Apple 引入了相对方法表，将方法表项从 24 字节压缩到 12 字节，减少了可执行文件体积。
程序加载过程涉及内核映射可执行文件、dyld 加载动态库、重定位地址，并最终调用 _objc_init 初始化 Objective-C 运行时。_objc_init 注册 dyld 回调，如 load_images，确保类加载时调用 +load 方法。dyld 在初始化动态库时先调用 load_images，再运行库的初始化函数，从而保证 Objective-C 运行时的正确设置。
为了提升安全性和性能，Apple 在 ARM64e 架构中引入了指针认证（PA），对 ISA 指针等关键数据进行签名，防止 UAF 漏洞。虽然 PA 增加了攻击难度，但它并非绝对安全，且存在 ABI 不稳定问题，导致第三方 arm64e 应用在 macOS 上仍有限制。
另一个重要技术是 Tagged Pointer，它将小数据直接存储在指针中，避免堆内存分配。例如，NSNumber 的某些实例可能使用 Tagged Pointer，而编译期常量则指向只读段。Tagged Pointer 在 ARC 环境下能避免一些数据竞争问题，但开发者通常无需直接处理其细节。
综上所述，Kotlin Multiplatform 在 iOS 上的成功运行离不开对 Objective-C 运行时的深刻理解和适配。从编译链接到内存管理，再到安全优化，这些底层机制共同支撑了跨平台开发的可行性。