答案。

在Kotlin中，函数声明非常简洁，这是语言的一大优势。历史上，Java中的函数通常与类紧密关联（方法），不支持命名参数和默认参数，因此经常需要创建重载的方法。在Kotlin中，函数可以在顶层（top-level）声明，参数的灵活性更高。

Java中的问题：对于不同的参数组合，通常需要创建单独的重载。这会导致代码冗余并增加维护的复杂性。

Kotlin中的解决方案：

• 支持默认参数，
• 命名参数，
• 允许在类外声明函数。

代码示例：

fun greet(name: String = "User", greeting: String = "Hello") {
    println("$greeting, $name!")
}

greet() // Hello, User!
greet("Alex") // Hello, Alex!
greet(greeting = "Hi", name = "Olga") // Hi, Olga!

关键特点：

• 默认参数减少了重载的数量并提高了可读性。
• 命名参数增强了代码的表达能力，防止在长参数列表中出现错误。
• 自由的函数声明（top-level）简化了代码的组织。

设问。

默认参数在字节码中是否是函数签名的一部分？

不是，Kotlin编译生成单独的合成重载方法以确保与Java的兼容性，但函数的签名在JVM级别上并不改变。

如果命名参数和位置参数的顺序被打乱，会发生什么？

位置参数必须在命名参数之前，否则会出现编译错误。

错误用法示例：

greet(greeting = "Hey", "Ivan") // 编译错误

可以在Java中像在Kotlin中那样在类外声明函数吗？

不可以，在Java中，每个函数必须是某个类的方法。在Kotlin中，允许顶层函数——这使得代码更加简洁和可测试。

常见错误和反模式

• 试图以错误的顺序结合命名参数和位置参数。
• 期望Java代码支持Kotlin的默认参数——在Java中需要手动创建重载，或使用@JvmOverloads。
• 不当使用大量参数，降低了可读性。

实际案例

负面案例

在一个大型的Android项目中，开发者实现了具有5-6个位置参数和重载的API客户端方法，这导致了调用时频繁出错和大量重复的代码块。

优点：

• 与Java代码的兼容性

缺点：

• 维护复杂性
• 代码冗长
• 错误概率高

积极案例

使用默认参数和命名参数的函数造成了简洁的签名，消除了重载的需要，降低了错误风险，提高了API的可维护性。

优点：

• 更少的代码
• 更具可读性的调用
• 更容易测试

缺点：

• 从Java调用时需要小心