请问这两种写法为什么结果不一样?

8 小时 42 分钟前
 n0bug

最近在刷题,有一段代码如果写成下面这样结果就是对的

func foo(i, j int) bool {

    ret1 := foo(i+1, j)
    ret2 := foo(i-1, j)
    ret3 := foo(i, j+1) 
    ret4 := foo(i, j-1)

    return ret1 && ret2 && ret3 && ret4
} 

但是如果写成这样,某些 test case 结果就错

func foo(i, j int) bool {

    return foo(i+1, j) && foo(i-1, j) && foo(i, j+1) && foo(i, j-1)
} 

想不明白啊,这两种写法哪里不一样了?

529 次点击
所在节点    问与答
7 条回复
pweng286
8 小时 40 分钟前
AI
关键区别:
递归调用顺序:

在第一段代码中,foo 被分别递归调用并赋值给 ret1, ret2, ret3, ret4 。这意味着所有的递归调用会 按顺序 执行,一个接一个。如果在某个递归过程中返回了 false ,其余的递归调用仍然会继续执行,但最终的返回值是 ret1 && ret2 && ret3 && ret4 ,即它会检查所有递归的结果。

在第二段代码中,所有的递归调用都在 一个单一的布尔表达式中同时执行。这意味着 foo(i+1, j) && foo(i-1, j) && foo(i, j+1) && foo(i, j-1) 会在一开始就 并行执行(实际上是按照顺序依赖 && 操作符的短路性质)。短路运算意味着如果第一个调用(例如 foo(i+1, j))返回 false ,那么剩下的递归调用会被 立即跳过,并且整个表达式会立刻返回 false ,不会继续执行其他递归调用。

短路特性:

在第二段代码中,&& 是一个短路操作符,也就是说,当第一个 foo(i+1, j) 返回 false 时,后续的 foo(i-1, j), foo(i, j+1), foo(i, j-1) 会 被跳过,因此可能会导致在某些情况下,代码没有完整地执行所有递归调用,可能会错过一些重要的逻辑判断。

而在第一段代码中,由于每个递归调用是逐个进行的,即使某些调用的返回值是 false ,后续的递归调用仍会被执行,所以你可以确保每次递归的每一个方向都被检查。

为什么第二种写法会错误:
如果你的递归逻辑依赖于每个方向( i+1, i-1, j+1, j-1 )的返回值,那么在第二段代码中,短路机制 可能导致部分方向没有被检查到。例如:

假设 foo(i+1, j) 返回 false ,根据短路原则,后面的 foo(i-1, j)、foo(i, j+1)、foo(i, j-1) 就不会执行了。因此,可能漏掉了一些重要的判断,导致最终结果不正确。
而在第一种写法中,虽然某个方向可能返回 false ,但是所有的递归都会执行,确保每个方向都被遍历,从而保证递归的正确性。

总结:
第一段代码按顺序递归调用每个方向,确保所有的递归都被执行,因此不会错过任何重要的检查。
第二段代码在使用短路操作符时,一旦某个递归返回 false ,后续的递归就不会继续进行,可能导致遗漏重要的判断逻辑,从而造成错误。
因此,如果你的递归逻辑需要检查所有的方向,那么你应该使用第一种写法,逐个递归调用每个方向。
CEBBCAT
8 小时 38 分钟前
内嵌的那个 foo 有状态吗?
n0bug
8 小时 3 分钟前
@CEBBCAT 会的,我更新了一下问题
CSM
7 小时 59 分钟前
zapper
7 小时 51 分钟前
@pweng286 #1 请不要把 AI 生成的内容发送到这里
https://www.v2ex.com/about
sqfphoenix
7 小时 41 分钟前
第二种写法前面某一个 foo 返回 false 了,之后的 foo 都不会执行了
pweng286
6 小时 27 分钟前
@zapper 好的

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1087488

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX