KMP（Kotlin Multiplatform）是Kotlin语言的跨平台特性，通过将源码编译成目标平台代码实现“一码多端”。其优势在于FFI调用性能近乎原生，但早期库仅支持特定平台，需抽象改造。Kotlin编译器前后端分离，前端解析语法，后端翻译为平台代码。Kotlin Native通过IR转换生成高效二进制代码，内存管理采用自定义分配器，支持并发GC。KMP成熟度高，性能接近原生，生态潜力大。

Kotlin增量编译器提升了Buck2构建系统的效率，通过仅重新编译更改的部分，显著减少了大型模块的编译时间。Meta团队成功将这一技术整合到Android工具链中，使关键模块构建速度提升至3倍。文章详细介绍了集成步骤，包括API整合、缓存配置和插件适配，最终实现了30%的开发者效率提升，增量编译技术将成为未来构建优化的关键。

Kotlin Native 是 Kotlin 多平台生态的关键一环，也是 Kotlin 开发者突破自身发展瓶颈的重要方向。本文依据 Kotlin Native 的源码，结合作者在运用 Kotlin Native 开发多平台应用的实战经验，详细为大家解读 Kotlin Native 在编译时和运行时的实现细节和实践技巧。

为了提供更好的用户体验，支持更多的应用生态，哔哩哔哩在去年年底启动了哔哩哔哩鸿蒙原生应用的开发。

在这篇技术文章中我们会以百人移动研发团队的工程化视角，探讨Kotlin Multiplatform的核心技术及优化。

我们对几种主要的跨平台语言进行了比较，主要从执行效率、引入testcase前后app体积变化、运行内存峰值和运行内存的overhead这几个方面进行考察。

安卓原生开发的痛点自Android平台推出以来，Java一直是开发Android应用的主要语言。

本文将会剖析 Kotlin 协程死锁的根本原因, 以及如何彻底地从坑中爬出来。

创新性地提出 kotlin 云端差分技术，突破超大型项目全源码编译瓶颈。

自2017年Google发布Kotlin语言之后，Android开发由原来的Java开始向Kotlin 过度，目前绝大部分Android开发岗位基本要求就是熟练使用Kotlin。事实上，很多有着多年历史的项目一开始是Java开发的，在Kotlin日渐趋于Android开发主流的过程中，混合开发成为许多项目的首选。我们的项目也是采用混合开发，面对拥有沉重历史包袱的代码，想用Kotlin重构却不得不考虑时间成本和人力成本，但又不想放弃Kotlin开发的优势，所以新业务均采用Kotlin开发。

Json就不过多介绍了，大家耳熟能详，相信很多伙伴项目中的Json解析依旧在使用FastJson或者Gson等第三方框架进行数据解析，当我们混合开发之后，你会发现Kotlin的数据类写起来很方便，但是将Json解析为数据类对象时出现的问题会让你很头大，尤其是开启混淆之后，各种各样的问题甚至程序崩溃随之出现，随着程序的崩溃，你的内心渐渐开始崩溃，不禁发出疑问，数据类不好用吗？

SQLlin作为携程机票移动端团队最为完备的一款开源项目，在接近 1 年的时间内经历了不少升级与换血式的更新，也见证了这一年 Kotlin Multiplatform 技术的演进及社区生态的变化。本文将带领大家梳理这些更新，并探求这些更新背后所涉及到的 Kotlin Multiplatform 技术栈在这一年来的更迭与进化。

携程基于 DSL 及 KSP 的 Kotlin Multiplatform 数据库框架。

本篇文章主要介绍Kotlin协程的创建、协程调度与协程挂起部分内容，对相关内容进行细致解析。

它拥有极为便捷的集成方式，与 MMKV 高度相似的 API 。

本文通过实际业务场景阐述如何使用Kotlin Flow解决Android开发中的痛点问题，顺势介绍适合Android开发的基于Flow/Channel的MVI架构。

在2018年中开始，珍爱网相关新生项目和旧项目的新生业务都开始使用kotlin语言进行开发了，众所周知，Kotlin有着空指针安全，方法扩展，支持函数式编程等诸多特性，这使得Kotlin比Java更加简洁优雅，代码可读性更高，这也大大提高了我们的开发效率，但是在使用中也会发现，使用不当也会存在一定的性能的开销，加上大部分开发人员都是由Java转Kotlin开发的，所以更加容易犯一些低级的错误。