9 月 10 日，苹果秋季发布会推出首款折叠屏手机 iPhone Duo：5.4 英寸外屏、7.6 英寸内屏，书本式折叠，iOS 27 针对大屏与多窗口场景做了调整。

折叠屏、平板、分屏、旋转——移动设备的形态变化并非新课题。Android 阵营的三星、华为、荣耀、小米等厂商在折叠屏上已有多年探索，平板适配和分屏模式也早已存在。苹果的入场改变的是覆盖范围：过去多形态适配是部分团队的额外工作，现在它逐渐成为主流应用的常规需求。

一、多形态适配的维护成本在上升

在 iPhone Duo 之前，不少团队的处理方式是针对特定设备单独适配——折叠屏出一套布局，平板出一套路由逻辑，各端各自维护。苹果入场后，这一方式面临的挑战更明显：

• iOS 生态对交互一致性有较高要求，单独打补丁的方式较难长期维持统一体验；
• Android、iOS、HarmonyOS 三端同时需要多形态支持，维护工作量成倍增加；
• 当折叠屏进入更大规模的换机周期，不适配的影响范围会扩大。

适配工作量的增长来自多个变量叠加：平台数量、窗口形态种类、交互模式各自增加，整体复杂度随之上升。

二、Kuikly 的做法：将多形态适配纳入框架层

苹果发布会当天，腾讯技术工程公众号发布文章，介绍跨端框架 Kuikly 在折叠屏及多形态场景下的技术方案。

Kuikly 基于 Kotlin Multiplatform，覆盖 Android、iOS、HarmonyOS、H5、小程序、Mac 六个平台。腾讯方面称该框架支撑业务日活超过 5 亿，落地产品包括 QQ、QQ 音乐、腾讯新闻、QQ 浏览器等。

其技术思路是：将"窗口尺寸可变"作为框架的基础能力，使一套业务状态能够映射到不同空间形态，而非针对每种设备单独开发。

具体做法：

• 各端负责上报容器尺寸与系统能力，包括安全区、圆角、系统栏高度等；
• 共享 Kotlin 层统一处理断点判定、状态管理、布局策略与导航语义，业务层定义不同宽度下的呈现结构；
• 小屏与大屏的交互差异由框架自动处理：小屏进入详情触发整页跳转，大屏执行右栏内容切换，路由栈在折叠或展开时自动迁移；
• 交互动效与返回手势优先级在共享层统一协调；
• 渲染层保留各平台原生体系：iOS 沿用 UIView，鸿蒙走 ArkUI，Android 走原生 View。框架共享逻辑与状态，不替代各平台的原生渲染。

这套方案将多形态适配从"每端各做一遍"变为"一次建模、多端复用"，减少重复工作。

三、跨端框架的关注点正在变化

iPhone Duo 发布后，跨端框架行业面临新的讨论。过去几年，各框架的主要关注点是"能否在多个系统上运行"；接下来，能否应对多种空间形态将成为新的比较维度。

Flutter、React Native、Compose Multiplatform、ArkUI-X 等框架都需要面对这一问题。Kuikly 的特点是：有腾讯自身高频业务作为验证场景，且对 HarmonyOS 提供原生渲染支持。框架能否被更多团队采用，取决于社区生态、调试工具成熟度以及实际项目中的稳定性表现。

四、结语

移动设备的形态多样性并非苹果带来，但苹果让"为多种形态设计应用"从部分团队的探索变为更多团队需要考虑的问题。

开发方式需要从"为固定尺寸设计页面"逐步转向"为不同空间约束组织状态与布局"。腾讯在此时公开 Kuikly 的技术方案，提供了一个具体的工程思路。其实际效果如何，需要看后续更多团队的实践反馈。

阅读原文：iPhone Duo来了，腾讯 Kuikly 助 App 从容适配-CSDN博客