https://amatsuzero.github.io/LastStand/tags/kmm%E8%B8%A9%E5%9D%91%E7%AC%94%E8%AE%B0/Recent content in KMM踩坑笔记 on Last StandHugozh-cnMon, 01 Jun 2026 16:14:41 +0800https://amatsuzero.github.io/LastStand/posts/kmm/Mon, 01 Jun 2026 16:14:41 +0800https://amatsuzero.github.io/LastStand/posts/kmm/<h2 id="阅读导航建议先看">阅读导航（建议先看）</h2> <p>这篇文章信息量很大，建议按下面顺序读：</p> <ol> <li><strong>先读 0 章</strong>：把 KMM、LLVM/IR、KuiklyBase-kotlin 的关系建立起来。</li> <li><strong>再读 2 章</strong>：看 ovCompose 在 iOS 上如何解决混排与性能问题（重点是 2.4）。</li> <li><strong>最后读 3 章</strong>：看 ovCompose 在鸿蒙上的架构补齐与落地结果。</li> </ol> <p>如果你时间有限，可以先看每章的小结段，再回到细节表格和时序图。</p> <h2 id="0-什么是-kmm">0. 什么是 KMM</h2> <p><strong>KMM（Kotlin Multiplatform Mobile）</strong> 是 JetBrains 推出的跨端代码复用方案：共享业务逻辑，不共享 UI。它的核心价值不是“写一套 UI 到处跑”，而是“用一套业务代码支撑多端原生体验”。</p> <p>为了避免概念混淆，可以先把 KMM 放到两个对比里看：</p> <ul> <li><strong>对比 RN/Flutter</strong>：RN/Flutter 是 UI + 逻辑一起跨端，带独立渲染与运行时；KMM 只共享业务逻辑，UI 仍由 iOS/Android 原生实现。</li> <li><strong>对比传统混编 SDK</strong>：传统方式多是单端产物复用；KMM 是同一套 Kotlin 源码多端编译，天然支持平台差异化实现。</li> </ul> <p>一句话：<strong>KMM 更像“跨端业务层统一”，而不是“跨端 UI 统一”。</strong></p> <h3 id="01-给非编译器读者的背景知识llvm--ir">0.1 给非编译器读者的背景知识（LLVM / IR）</h3> <p>如果你不是编译器方向，可以先记住 4 句话：</p> <ol> <li><strong>编译器</strong>做的事，就是把高级语言（Kotlin）翻译成目标平台可执行代码。</li> <li>**IR（Intermediate Representation，中间表示）**是“中间语言”，用于把“前端语法分析”和“后端机器码生成”解耦。</li> <li><strong>LLVM</strong>不是单一编译器，而是一套编译器基础设施（优化器 + 后端代码生成等）。</li> <li>KMP 的 Native 路线里，常见链路是：<code>Kotlin 源码 -&gt; Kotlin IR -&gt; LLVM IR -&gt; 机器码/.so</code>。</li> </ol> <p>其中最容易混淆的是两个 IR：</p>