Kotlin中为何废弃Double与Long类型直接转换为Char的方式？

在Kotlin 1.5及以上版本中，Double和Long类型直接转换为Char的方式已被标记为废弃，官方推荐使用toInt().toChar()链式调用完成Double/Long到Char的转换。请问：

1. 是什么原因促使Kotlin开发者废弃Double与Long类型直接转换为Char的方式？
2. 这种推荐方案能避免哪些问题？

示例代码 #

fun main() {
    val l = 100_000_000_000 // 随机大数
    val d = 1.2543534645645362E15 // 随机大Double值

    var chUsedDirectToChar = l.toChar()
    var chUsedToIntToChar = l.toInt().toChar() // 结果一致
    println(chUsedDirectToChar == chUsedToIntToChar) // 输出true

    chUsedDirectToChar = d.toChar()
    chUsedToIntToChar = d.toInt().toChar() // 结果一致
    println(chUsedDirectToChar == chUsedToIntToChar) // 输出true
}

废弃直接转换的原因 #

• 类型范围不匹配：Char在Kotlin里是16位无符号整数，取值范围仅0~65535，而Long是64位整数、Double是64位浮点数，两者取值范围远大于Char的有效范围。直接转换会隐式截断超出部分，但这种行为不够直观，容易让开发者忽略范围限制的问题。
• 转换行为不透明：直接调用toChar()时，Long截断低16位、Double先转整数再截断的逻辑没有显式体现，开发者可能不清楚转换过程中发生了什么，增加调试和维护成本。
• API设计一致性：Kotlin的类型转换API更偏向显式分步操作，toInt().toChar()把“范围截断”和“类型转换”两个步骤明确分开，符合API设计的一致性原则，让代码意图更清晰。

推荐方案能避免的问题 #

• 明确范围截断行为：toInt()会先把Long/Double转换为Int类型（Long超出Int范围会截断，Double会舍弃小数部分并截断到Int范围），再转Char。这个过程把范围限制的步骤显式暴露，开发者能清楚知道值会先被限制在Int范围内，再转成Char，避免隐式截断带来的意外。
• 减少逻辑误解：显式链式调用让代码意图一目了然——先将大数或浮点数转成Int，再转Char，不会让其他开发者误以为Long/Double的全部值都能被Char正确承载，降低理解偏差。
• 统一转换逻辑：不管是Long还是Double，都通过先转Int再转Char的方式统一了转换路径，避免两种类型直接转Char时可能存在的细微行为差异，让转换逻辑更统一、可预测。

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