Scala中doLater({...})调用原理及相关机制解析

咱们一步一步拆解这段代码的语法细节，把每个问题都讲明白：

1. doLater({...})的底层逻辑：确实调用了apply方法 #

这是Scala最常用的语法糖之一：当你对一个对象使用对象名(参数)的写法时，编译器会自动把它转换成对象名.apply(参数)的调用。

对应到你的代码里，doLater({ store.shutdown(10.seconds) close() }) 完全等价于：

doLater.apply({ store.shutdown(10.seconds) close() })

2. 大括号中的内容：一段待执行的传名代码块 #

先看DoLater类的apply方法定义：

override def apply(d: => Unit) = { thingsToDo = d _ +: thingsToDo }

这里的d: => Unit是传名参数——它不是先计算好值再传入，而是把整个代码块作为"待执行的逻辑"传递，只有在需要的时候才会执行。

你代码里的{ store.shutdown(10.seconds) close() }就是这样一段代码块：它是一个无副作用的逻辑（shutdown和close都是执行操作、返回Unit的方法），刚好匹配apply方法的参数类型。

另外补充个小细节：Scala里如果方法只有一个参数且是代码块/传名参数，你甚至可以省略外层小括号，直接写doLater { ... }，效果完全一致。

3. 为什么这个调用能正常工作？串起整个流程就懂了 #

咱们把调用链理清楚：

1. 隐式实例注入：borrow方法声明了implicit doLater: DoLater，调用borrow时，编译器会自动找到上下文里的隐式DoLater实例（也就是你代码里的val d = new DoLater），所以doLater变量是有效的。
2. 存储待执行逻辑：调用doLater({...})时，apply方法会把传入的代码块转换成() => Unit类型的函数（d _就是做这个转换），然后添加到thingsToDo序列里存起来。
3. 后续执行逻辑：当某个合适的时机（比如try块结束后，DoLater类的其他逻辑触发时），会遍历thingsToDo序列，依次执行每个存起来的函数，也就是最终执行store.shutdown(10.seconds) close()这段关闭逻辑。

本质上，这是用Scala的语法糖和传名参数实现的一种延迟执行/钩子回调机制。

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