KMM iOS中ChallengeHandler类型不匹配问题求助（Ktor 2.0.3+Kotlin 1.7.10）

问题根源 #

这个类型不匹配错误的核心原因是：Kotlin 1.7.10在64位iOS设备上会将platform.darwin.NSInteger映射为Long，但Ktor 2.0.3的ChallengeHandler API定义中，期望NSURLSessionAuthChallengeDisposition对应的类型为Int，两者的类型定义冲突导致编译失败。

解决方案 #

1. 升级Kotlin版本（推荐） #

Ktor 2.0.3官方适配的Kotlin版本为1.7.20及以上，该版本修复了iOS平台部分原生类型的映射问题。将项目的Kotlin版本升级至1.7.20或更高，通常能直接解决这个类型不匹配问题。修改项目根目录的构建脚本：

// build.gradle.kts 示例
plugins {
    kotlin("multiplatform") version "1.7.20"
    // 其他插件配置
}

2. 手动包装适配类型 #

如果暂时无法升级Kotlin版本，可以通过包装completionHandler来完成类型转换：

val challengeHandler: ChallengeHandler = { session, task, challenge, originalCompletion ->
    // 包装原completionHandler，将Long类型的disposition转为Int
    val adaptedCompletion: (NSURLSessionAuthChallengeDisposition, NSURLCredential?) -> Unit = { disposition, cred ->
        originalCompletion(disposition.toInt(), cred)
    }

    // 在这里处理认证挑战逻辑，调用adaptedCompletion替代原completionHandler
    // 示例：使用指定凭证处理挑战
    adaptedCompletion(NSURLSessionAuthChallengeDisposition.useCredential, NSURLCredential(...))
}

由于NSURLSessionAuthChallengeDisposition的枚举值都是小整数，toInt()转换不会存在溢出风险。

3. 降级Ktor版本（临时方案） #

若上述两种方案均无法实施，可考虑将Ktor版本降级至与Kotlin 1.7.10兼容的版本（比如Ktor 2.0.2），但这会错过Ktor 2.0.3的bug修复与新特性，仅建议作为临时 workaround。

总结 #

优先选择升级Kotlin版本，这是最彻底且符合长期维护需求的解决方案；若受项目限制无法升级，采用手动包装的方式适配类型；降级版本仅作为最后备选。

内容的提问来源于stack exchange，提问作者Yoseph Wijaya