JetBrains Compose Multiplatform 在 iOS 16 及以下版本中的崩溃问题分析

问题概述

JetBrains Compose Multiplatform 1.6.0 版本在 iOS 16 及以下版本系统中存在一个严重的崩溃问题。当开发者尝试使用 getString(Res.string.any) 方法获取本地化字符串资源时，应用会抛出 NSInvalidArgumentException 异常并崩溃。

技术背景

Compose Multiplatform 是 JetBrains 推出的跨平台 UI 框架，允许开发者使用 Kotlin 编写可在 Android、iOS、桌面和 Web 上运行的 UI。在 iOS 平台上，它通过 Kotlin/Native 与 Objective-C/Swift 进行交互。

问题根源

崩溃的根本原因在于框架尝试访问 iOS 系统 NSLocale 的 regionCode 属性时，在 iOS 16 及以下版本中该选择器(selector)不可用。具体错误信息显示：

-[__NSCFLocale regionCode]: unrecognized selector sent to instance

这表明框架尝试调用了一个在目标 iOS 版本中不存在的方法。从调用堆栈可以看出，问题发生在 getSystemEnvironment() 方法内部，该方法试图获取系统区域设置信息。

影响范围

• 平台: 仅影响 iOS 平台
• 系统版本: iOS 16.x 及以下版本
• 设备: 所有运行受影响 iOS 版本的设备（包括模拟器）
• 框架版本: Compose Multiplatform 1.6.0
• Kotlin 版本: 1.9.22

值得注意的是，该问题在 iOS 17.x 版本中不会出现，说明苹果在较新系统中添加了对 regionCode 选择器的支持。

解决方案建议

对于遇到此问题的开发者，可以考虑以下几种解决方案：

1. 升级目标 iOS 版本: 如果项目允许，将最低部署目标提高到 iOS 17.x

2. 使用条件检查: 在调用区域代码相关功能前，先检查系统版本：

   if (NSProcessInfo.processInfo.operatingSystemVersion.majorVersion >= 17) {
       // 安全调用 regionCode
   } else {
       // 使用替代方案
   }
   

3. 等待框架更新: JetBrains 团队已经意识到这个问题，并可能在后续版本中修复

4. 临时解决方案: 对于急需修复的情况，可以创建自己的资源获取方法，避免直接使用框架提供的 getString 方法

技术深入分析

这个问题实际上反映了跨平台开发中常见的兼容性挑战。Kotlin/Native 在与 Objective-C 运行时交互时，需要特别注意 API 的可用性。NSLocale 类在不同 iOS 版本中的 API 差异导致了这个问题。

在 iOS 开发中，检查 API 可用性是一个常见做法。Objective-C 提供了 respondsToSelector: 方法来动态检查对象是否响应特定选择器。在 Kotlin/Native 中，可以通过以下方式实现类似检查：

val locale = NSLocale.currentLocale()
if (locale.respondsToSelector(NSSelectorFromString("regionCode"))) {
    // 安全访问 regionCode
}

最佳实践建议

对于使用 Compose Multiplatform 进行 iOS 开发的团队，建议：

1. 在项目初期明确最低支持的 iOS 版本
2. 对于涉及系统 API 调用的功能，实现版本检查机制
3. 保持框架版本更新，及时获取 bug 修复
4. 在 CI/CD 流程中包含多版本 iOS 模拟器测试

总结

这个崩溃问题展示了跨平台开发中系统 API 兼容性的重要性。虽然 Compose Multiplatform 提供了强大的跨平台能力，但开发者仍需注意不同平台和版本间的差异。通过理解问题本质和采取适当措施，可以有效避免类似问题对应用稳定性的影响。