Scala中Try按名参数的求值触发机制及代码疑惑咨询

嘿，这个问题问到点子上了！很多刚接触Scala Try的开发者都会对这个点产生疑惑，咱们一步步拆解清楚：

1. Try.apply的按名参数到底做了什么？ #

首先看Scala标准库中Try.apply的定义：

def apply[T](r: => T): Try[T] = try Success(r) catch { case NonFatal(e) => Failure(e) }

没错，参数r是按名参数（语法=> T），但按名参数的核心是「延迟到被调用时才执行」，而不是「永远不执行」。在这里，Try.apply的逻辑就是要执行r这个表达式：

• 如果执行成功，就把结果包装成Success实例返回；
• 如果抛出非致命异常，就把异常包装成Failure实例返回。

所以当你写Try(Source.fromFile(s))的时候，apply方法必须立刻求值Source.fromFile(s)——因为它需要知道这个表达式的结果，才能决定返回Success还是Failure。

2. Case类没有固有的惰性行为 #

你提到的Success和Failure都是普通的Scala case类，它们的构造参数是严格求值的。也就是说，要创建Success(s)，必须先拿到s的具体值；要创建Failure(x)，必须先拿到x（也就是抛出的异常）。

所以Try.apply要生成这两个case类的实例，就必须先执行传入的按名参数表达式，没有任何惰性可言。

3. 按名参数在这里的意义是什么？ #

那既然按名参数还是会立即执行，它的价值在哪？关键在于异常捕获的时机：

• 如果不用按名参数，比如你直接写val file = Source.fromFile(s); Try(file)，那如果Source.fromFile(s)抛出异常，这个异常会在Try调用之前就直接抛出，根本进不了Try的逻辑，也就无法被包装成Failure。
• 而按名参数的作用，是把Source.fromFile(s)这个表达式的执行，包裹在Try.apply的try/catch块内部，确保所有非致命异常都会被捕获并转换成Failure实例，而不是直接崩溃程序。

4. 结合你的代码看求值时机 #

回到你的代码：

files
 .map(s => Try(Source.fromFile(s))) // 这里每调用一次Try.apply，就会立即执行Source.fromFile(s)
 .flatMap(t => t match {
 case Failure(x) => Console.err.println(s"Failure: ${x.getMessage}"); Stream.Empty
 case Success(s) => Stream(s)
 })

在map阶段，每个元素都会触发Try.apply的调用，此时Source.fromFile(s)就已经被求值了——要么成功打开文件返回Success(Source)，要么抛出异常返回Failure(IOException)。等到进入flatMap的模式匹配时，t已经是一个确定的Success或Failure实例，求值早就完成了。

总结一下 #

• Try.apply的按名参数不是为了延迟求值到模式匹配阶段，而是为了把表达式的执行纳入Try的异常捕获范围；
• 模式匹配需要先确定Try的具体类型（Success/Failure），而这个类型的确定依赖于表达式的执行结果，所以求值必须在模式匹配之前发生；
• Case类是严格求值的，创建实例必须传入具体值，这也决定了Try.apply必须先执行按名参数表达式才能生成实例。

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