扩展函数是 Kotlin 提供的静态语法糖，用于为现有类型“添加方法”；中缀函数则是一种调用语法修饰，仅改变函数调用形式。二者维度不同：扩展函数解决“能否定义”，中缀函数解决“如何调用”，不存在直接性能比较关系——中缀函数本身不是独立函数类型，而是对（成员或扩展）函数的调用风格增强。
扩展函数是 kotlin 提供的静态语法糖，用于为现有类型“添加方法”；中缀函数则是一种调用语法修饰，仅改变函数调用形式。二者维度不同：扩展函数解决“能否定义”，中缀函数解决“如何调用”，**不存在直接性能比较关系**——中缀函数本身不是独立函数类型，而是对（成员或扩展）函数的调用风格增强。
在 Kotlin 中，理解扩展函数（Extension Function）与中缀函数（Infix Function）的关键，在于厘清它们的设计目的与底层机制——它们不是同类技术，更非性能竞品，而是正交协作的语言特性。
✅ 扩展函数：零开销的“伪成员方法”
扩展函数本质上是编译器生成的静态工具函数。例如：
fun String.isLongerThan(length: Int): Boolean = this.length > length
编译后等价于 Java 中的静态方法：
public static boolean isLongerThan(String $receiver, int length) {
return $receiver.length() > length;
}
✅ 无运行时开销：不创建新对象、不涉及动态分派、不增加内存分配；调用性能与普通静态方法完全一致。
⚠️ 注意：扩展函数无法访问接收者类型的 private 成员（仅限 public/internal），这是编译期限制，与性能无关。
✅ 中缀函数：纯语法糖，无任何性能影响
中缀函数不是一种函数类型，而是一个调用约定修饰符。它仅要求目标函数满足三个条件：
- 使用
infix关键字声明； - 是成员函数或扩展函数；
- 有且仅有一个参数。
例如：
infix fun String.endsWithIgnoreCase(suffix: String): Boolean =
this.toLowerCase().endsWith(suffix.toLowerCase())
调用方式支持两种等价写法：
"Hello".endsWithIgnoreCase("o") // 普通调用（点+括号）
"Hello" endsWithIgnoreCase "o" // 中缀调用（空格分隔）
? 编译器在解析 "Hello" endsWithIgnoreCase "o" 时，会自动将其重写为 "Hello".endsWithIgnoreCase("o") ——生成的字节码完全相同。因此，中缀调用不引入任何额外指令、栈操作或装箱开销。
⚖️ 关键结论：不是“谁更快”，而是“谁在做什么”
| 维度 | 扩展函数 | 中缀函数 |
|---|---|---|
| 本质 | 函数定义机制（静态工具函数） | 函数调用语法（编译期重写规则） |
| 性能影响 | 无（同静态方法） | 无（调用被转为标准调用，字节码零差异） |
| 可组合性 | ✅ 可单独使用，也可被标记为 infix
|
❌ 必须依附于一个合法函数（扩展或成员） |
| 典型用途 | 为 String/List 等添加实用方法 |
构建 DSL（如 a to b, 1 shl 3）、提升可读性 |
? 实战提示：你可以同时拥有一个「既是扩展、又是中缀」的函数：
infix fun Int.timesString(str: String): String = str.repeat(this) fun main() { println(3 timesString "Hi ") // 输出："Hi Hi Hi " }此处
timesString同时享受扩展函数的语义便利性 + 中缀函数的自然语言风格，但性能仍等同于Int上的一个静态方法调用。
? 总结建议
- ✅ 放心使用：无论大量定义扩展函数，还是广泛采用中缀调用，均不会带来可观测的性能损耗；
- ? 勿混淆范畴：不要问“扩展函数 vs 中缀函数哪个快”，而应思考：“我需要为类型添加能力？→ 用扩展；我需要让二元操作更像自然语言？→ 加
infix”； - ? 性能优化重点仍在别处：如避免重复计算、减少对象创建、合理使用
inline、关注集合操作复杂度等——这些才是真正影响性能的杠杆。
掌握这两项特性，你将能写出既高效又富有表现力的 Kotlin 代码：扩展赋予能力，中缀赋予优雅，而性能，始终由 JVM/Android Runtime 安静守护。
