Scala中为何不推荐使用return？能否完全避免使用return？

嘿，这个问题问到点子上了——Scala对return的“排斥”，本质上是和它的函数式编程核心设计绑定在一起的，咱们一步步说清楚：

一、Scala不推荐return的核心原因 #

1. 违背表达式优先的设计哲学 #

Scala是一门表达式导向的语言：几乎所有代码结构（if/else、模式匹配、方法体）都是表达式，每个表达式都会返回一个值，方法的最后一行语句会自动作为返回值返回。

用return完全是画蛇添足，比如：

// 简洁的表达式写法，自动返回结果
def add(a: Int, b: Int): Int = a + b

// 冗余的return写法，编译时会提示冗余
def addWithReturn(a: Int, b: Int): Int = {
  return a + b
}

这种冗余不仅没必要，还破坏了Scala追求的简洁性。

2. 非局部返回容易引发意外行为 #

Scala里的return是非局部返回——它不会只退出当前的代码块，而是直接跳出外层的方法。这在嵌套函数、闭包或者高阶函数里很容易踩坑：

def checkList(list: List[Int]): String = {
  list.foreach { num =>
    if (num == 3) {
      return "Found 3!" // 这里直接跳出checkList方法，而不是foreach循环
    }
  }
  "Not found"
}

很多新手会误以为这里的return只是退出foreach，但实际上它会直接终止整个checkList方法，这种隐性的控制流跳转很容易导致逻辑bug。

3. 破坏代码的一致性和可读性 #

Scala社区的通用编码风格是表达式式的写法，大家默认方法的返回值就是最后一行的结果。突然出现的return会打断代码的阅读节奏，让其他开发者需要额外思考“这里为什么要显式return？是不是有特殊逻辑？”，降低了代码的可维护性。

二、我们真的可以完全避免使用return吗？ #

绝大多数场景下，完全可以！ 而且避免使用return之后，代码会更符合Scala的设计风格，也更简洁安全。这里给几个替代方案：

1. 用表达式替代语句 #

if/else、模式匹配都是表达式，天然带返回值，根本不需要return：

// 用if/else表达式实现最大值逻辑
def max(a: Int, b: Int): Int = if (a > b) a else b

// 用模式匹配实现分支逻辑
def describeNum(num: Int): String = num match {
  case 1 => "One"
  case 2 => "Two"
  case _ => "Other"
}

2. 用高阶函数替代循环中的提前退出 #

如果需要在循环中提前找到结果，别用return，试试find、takeWhile这类高阶函数：

// 找到列表中第一个偶数，无需return
def findFirstEven(list: List[Int]): Option[Int] = list.find(_ % 2 == 0)

如果是更复杂的循环逻辑，可以用递归替代，递归的天然终止条件比return更清晰：

def sumUntilZero(list: List[Int], acc: Int = 0): Int = list match {
  case Nil => acc
  case head::tail if head == 0 => acc // 遇到0就终止，返回累计值
  case head::tail => sumUntilZero(tail, acc + head)
}

3. 拆分复杂逻辑为小方法 #

如果遇到深度嵌套的逻辑，觉得不用return会写得很绕，不如把嵌套的部分拆成独立的小方法，每个小方法用表达式式的写法返回结果，这样代码结构更清晰，也不需要return。

极少数需要return的场景

当然，也不是说绝对不能用return——比如在和Java代码互操作时，为了和Java接口的方法风格保持一致，可能会显式用return；或者在极其复杂的控制流场景下（非常少见），用return能让代码更易懂。但这种情况一定要谨慎，优先尝试用函数式的方式重构。

总结 #

Scala不推荐return，是因为它和函数式编程的表达式导向冲突，容易引发意外的控制流，破坏代码的一致性；而绝大多数业务场景下，我们完全可以通过表达式、高阶函数、递归等方式替代return，写出更简洁、更符合Scala设计哲学的代码。

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