Kotlin 技术月报 | 2025 年 5 月为了帮助社区的小伙伴们更好地了解 Kotlin 相关的最新动态，我们决定

为了帮助社区的小伙伴们更好地了解 Kotlin 相关的最新动态，我们决定使用月报的形式，整理展示最近一个月的 Kotlin 技术动态。

月报的主要内容包括：整理展示最近一个月的最新技术动态，精选博客，精选视频以及社区活动等方面的信息。

精选博客

腾讯开源跨平台开发框架 Kuikly，能显著提升多端开发效率

在跨端框架中，跨端能力、性能表现和动态化能力，作为开发框架的三个重要维度，一直比较难达到理想的平衡效果。

动态语言跨端方案，如类 RN 框架、Web 容器类方案，能做动态化但性能较低。基于 AOT 编译的自绘跨端方案，如 Flutter、JetBrains Compose（以下简称JB Compose），能达到接近原生的性能但又不能动态化。此外类RN框架需要跨语言调用，技术复杂，语言之间也需要多重转换，也影响着性能。Flutter / JB Compose 基于自绘，包体积增量较大，同时自绘引擎初始化也影响其加载性能。

本文深入解析了 Kuikly 的技术原理，以及其在真实业务场景中的特性优势：

多端支持：一码五端，涵盖多个主流平台，部分已开源，后续有开源计划。
性能卓越：获原生级性能体验，首屏耗时、内存增量与原生相近，启动和内存表现优于其他框架。
开发高效：Kotlin 语言驱动，用原生工具链。自研 DSL 提升 UI 开发效率，支持 Compose DSL 且将开源。
动态灵活：支持页面级动态化，按需切换，稳定性高，Android 动态化性能损耗小。
轻量稳定：设计精巧，无复杂依赖，稳定性、可控性和维护性高。

支付宝客户端 Kotlin/Native 包体积优化实践

本文介绍了支付宝客户端在 Kotlin/Native 包体积优化方面的实践经验，主要包括以下几个方面：

优化背景与目标：支付宝客户端采用三端一码及Kotlin Multiplatform跨端开发模式，引入Kotlin和Compose框架后安装包体积增加。目标是降低支付宝客户端和新接入相关框架应用的安装包大小，提升用户下载体验。
优化方案1：编译参数优化：Kotlin 2.1较2.0编译产物体积增加，可能与LLVM工具链有关。通过向官方提交Issue，在“壳工程”添加LLVM优化参数和优化pass，如开启-Os模式、启用globaldce和lto等，可减小几兆（10%）包体积，使Kotlin 2.1包大小接近Kotlin 2.0同期水平。
查看产物方法：iOS可利用LinkMap分析包大小，iOS和鸿蒙都能借助IDA Pro逆向查看带符号产物，辅助分析符号和函数情况。
Kotlin 2.1官方方案：Kotlin 2.1新增objCExportEntryPointsPath配置项，可精细控制代码导出。DCE通过构建调用图移除不可达代码，限制导出函数可使未使用代码被识别为死代码移除，减小二进制文件大小。
优化方案2：精细化导出配置：增强-Xbinary=objcExportEntryPointsPath配置能力，支持导出class；引入@ObjCExport和@CExport注解，依此判断符号是否导出。最终实现iOS Framework二进制产物体积、支付宝iOS的IPA包体积、鸿蒙平台KMP动态库体积均显著减少。

Gradle 推出最佳实践

Gradle Best Practices - A Path to Build Happiness

Gradle的灵活性非常强大，但它经常导致混乱和不一致——尤其是对于成长中的团队。这就是为什么 Gradle、Google 和 JetBrains 联合起来定义最佳实践，这些最佳实践有助于开发人员充满信心地进行构建、避免陷阱，并使他们的项目具有前瞻性。

背景：Gradle 灵活性高但易导致困惑和不一致，开发者常缺乏明确指导。2024 年相关公司峰会后，成立工作组制定最佳实践指南。
重要性：多样配置方式影响构建的稳定性和可维护性，指南为 Gradle 构建提供清晰指引，避免不良实践。
原则：降低复杂性、奠定坚实基础、与 Gradle 未来发展一致，以“做这个，不做那个”框架呈现。
初始发布：推出十二条最佳实践，如用plugins块应用插件，为用户提供价值，后续将持续完善。
后续计划：持续增加和优化最佳实践，吸引社区参与，提供 IDE 内支持。鼓励开发者应用并反馈。

2025 跨平台技术如何选：KMP 与 Flutter 的核心差异

本文从技术实现、性能、生态、开发体验等不同维度，探讨 KMP 与 Flutter 的本质差异，以及它们如何重塑现代应用开发。

设计思想差异：KMP 核心是 “编译时” 哲学，将 Kotlin 代码直接编译成各平台原生格式，如 Android 的 JVM 字节码、iOS 的机器码等，通过 expect/actual 机制实现逻辑层共享，UI 层原生。而 Flutter 是 “渲染引擎” 策略，利用 Skia 引擎在画布上自绘 UI，Dart 代码在 Dart VM 运行，通过 Platform Channel 与原生交互，带来统一视觉体验但存在应用体积膨胀等问题。
技术内核对比：KMP 是 “翻译官” 模式，原生编译代码，零中间层，UI 层交原生技术，可渐进式改造，适合已有原生应用团队。例如麦当劳 App 用 KMP 共享订单逻辑。Flutter 是 “画家” 策略，自绘 UI 引擎，运行时依赖 Dart VM，全栈式框架，适合从零开始的 MVP 开发，但深度定制成本高。
性能路径分析：启动速度与内存占用上，KMP 编译为原生代码，启动时间与原生接近，内存管理复用平台机制；Flutter 引擎初始化致启动延迟，Dart VM 额外占内存。渲染性能与动画表现方面，KMP 的 UI 渲染由原生组件负责，60FPS 稳定性高；Flutter 在简单动画表现好，复杂交互动画可能帧率波动。平台特性响应上，KMP 能直接集成平台 API 更新，Flutter 依赖官方插件更新。
生态整合特点：KMP 融入原生生态，复用工具链，能调用现有 Java/Kotlin 和 Swift/Obj-C 生态库，可渐进式扩展。如 Netflix 用 KMP 共享推荐算法模块。Flutter 自建生态，依赖社区插件对接原生功能，设计系统绑定，跨端扩展局限于移动端和 Web。

精选视频

KotlinConf 2025 开幕演讲

KotlinConf'25 - Keynote

KotlinConf 2025 主题演讲，回顾 Kotlin 发展历程与现状，具体包括以下内容：

Kotlin 2.2 及语言进化：Kotlin 2.2 即将推出，带来 Context parameters 等新特性。K2 编译器在 IntelliJ IDEA 2025.1 成为默认，大幅缩短编译时间，未来还将有 Rich errors 等新特性，且将设计稳定编译器插件 API。
Kotlin构建工具Amper：Amper 作为实验性 Kotlin 和 JVM 构建工具，朝着 Alpha 阶段发展，对开发者友好，有清晰配置路径、IDE 支持和错误报告，支持各类 Kotlin 应用开发。
Kotlin基金会与资助计划：Kotlin 基金会今年壮大，Block 和 Meta 分别以银牌和金牌会员加入。资助计划曾表彰 2024 年多个开源项目获奖者，今年该计划重启，鼓励开发者申请。
Koog框架与AI助力：开源框架 Koog 用于在 Kotlin 中构建 AI 代理，含预定义工作流程和模式。同时，AI 辅助 Kotlin 开发者，JetBrains AI 集成到 IDE，同时 Junie on GitHub 将开放 EAP。
Kotlin多平台更新：IntelliJ IDEA 和 Android Studio 推出全新 KMP 插件，Kotlin 2.2.20 将发布 Swift Export 首个实验版本。Compose Multiplatform for iOS 达到稳定状态，具备多项功能且支持热重载。Kotlin/Wasm 和 Compose for web 不断改进，预计今年晚些时候达到 Beta 阶段。
服务器端Kotlin：近一半 Kotlin 开发者用于后端，JetBrains 与 Spring 团队合作，涵盖提升空安全、提供官方 Kotlin 学习材料、加速 Kotlin 反射等领域。Ktor 3 核心改进，I/O 性能提升，Exposed 库全面重写，提供更好 IDE 支持。
官方Kotlin LSP开发：官方开发 Kotlin 语言服务器协议及 VS Code 新扩展，早期已支持代码补全、导航等基础功能，计划今年晚些时候发布 Alpha 版本。

Kotlin 技术月报 | 2025 年 5 月

最新动态

Compose Multiplatform 1.8.0 发布

Kotlin/Web 的现状与未来

Kotlin 近期动态

KMP IDEA 插件发布 Beta 版本

Retrofit 3.0.0 版本发布

认识 Koog：助力 Kotlin 开发者构建 AI 智能体

强化 Kotlin 助力后端开发：与 Spring 的战略合作伙伴关系