递归写法选择：带else与不带else是否有差异？

先看你给出的斐波那契递归实现的两种写法：

带else的写法 #

//using else
if(n === 0) return 0;
else if(n === 1) return 1;
else return fib(n - 1) + fib(n - 2);

省略else的写法 #

//versus no else
if(n === 0) return 0;
else if(n === 1) return 1;
return fib(n - 1) + fib(n - 2);

正如你所说，因为基准情况的分支里都有return语句，两种写法在逻辑上完全等价，执行结果没有差异。但它们在可读性、代码风格上各有特点：

两种写法的优劣对比 #

带else写法的特点 #

• 优势：逻辑分支边界更明确，把“基准情况”和“递归情况”的互斥关系用语法结构显性化，对新手更友好，能直观理解每个代码块的触发条件；如果后续修改时不小心删掉基准情况的return，else分支能避免递归逻辑被误执行。
• 劣势：存在语法冗余，在已有return的分支后，else属于多余的嵌套层级，会让代码显得啰嗦。

省略else写法的特点 #

• 优势：代码更简洁清爽，减少了不必要的嵌套和关键字；属于**卫语句（Guard Clause）**的实践，把边界/基准条件提前处理，让核心递归逻辑直接后置，无需嵌套，能更突出代码的核心意图。
• 劣势：对不熟悉return终止函数执行特性的开发者不友好，可能会疑惑基准情况时后续代码为何不执行；如果后续维护时误删基准情况的return，会导致递归逻辑被错误触发，引发bug。

为什么很多人默认选择省略else？ #

你习惯默认不用else的原因，和多数开发者的选择逻辑一致：

1. 追求代码简洁性：去掉冗余的else能减少视觉噪音，让代码结构更扁平易读。
2. 遵循卫语句编码原则：把边界条件（基准情况）提前处理，核心逻辑直接后置，符合现代编码中“减少嵌套、突出核心”的风格。
3. 逻辑确定性：只要确认基准情况的return不会被遗漏，省略else完全不影响逻辑正确性，反而能让代码的核心意图更清晰。

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