Kotlin 的 DSL 能力是它最容易被高估也最容易被低估的特性。面试里常见两种问法：一种是"用 Kotlin 写一个 DSL 需要什么"（答：带接收者的 lambda + 扩展函数 + 尾随语法），另一种是"项目里的 DSL 框架是怎么设计的"（这才是真问题）。上一节讲的是运行时反射，这一节讲的编译期结构替换——两者正好是 Kotlin 的两极。先把结论放在前面：Kotlin DSL 的底层没有魔法，只靠三个语言特性组合实现。①带接收者的 Lambda（T.() - Unit）让it变成this，从而在作用域内直接访问接收者的成员；②扩展函数把"向某个接收者添加子配置"表达成函数调用；③尾随语法把大块配置挪到括号外，可读性大幅提升。抓住这三条，任何 DSL 设计题都能拆解。反过来，Kotlin 编译器把"带接收者 lambda + 尾随 lambda"优化成invoke调用链，这就是"DSL 编译后就是普通方法调用"这句话的含义。机制背后的执行路径用一个最小例子把机制讲透：// 1) 容器：持有配置 class HtmlBuilder { private val children = mutableListOfHtmlTag() fun tag(name: String, block: HtmlTag.() - Uni