关于 goroutine 的一个小问题

[kangkang]

代码如下：
https://gist.github.com/leo1971/20a4eb3260a1e4a1c68a916c01257c89

sum 函数对传入的数组做累加，main 开了两个 goroutine 分别将两个数组传入 sum 函数，按理说输出应该是
17 -5 12

但是我在第一个 goroutine 后面再加一个延时之后，结果就变成了
-5 17 12

所以，我的问题是，为什么会这样啊...

[myself659]

goroutine 执行顺序与代码顺序并不关联，如果你要看到效果，建议将 sleep 时间加大

[kangkang]

@myself659 放再大都是-5 17..而且我觉得对于这种小小的代码，执行顺序还是有关系的啊，谁先执行谁就先进 channel，也就是先被 print，不是这样吗

[brucemaclin]

代码问题吧 sum(s[len(s)/2:], c) 明明先传的后半部分。

[myself659]

@brucemaclin 正解

[kangkang]

@brucemaclin 是的，这是我的错误。但是如果把延时去掉，结果会反过来，这又如何解释呢

[willchen]

应该是切片时间导致的 s[len(s)/2:] 的 时间 大于 s[:len(s)/2] 的时间

[Jevan]

@kangkang #5 没有吧，我刚都试了试，怎么样，结果都是-5 17 12。

[goofool]

sum 时间复杂度都是一样的，正常就是应该最早创建的 goroutine 先返回啊，就是-5 17 12

[sunsh2017]

mark

[kangkang]

@Jevan
@goofool
@willchen
感谢回答，我怀疑是我测试用的官方 playground 的原因，明天换到本地编译试试

[hqlyz]

@kangkang 我在本地测试结果与你的一样，猜测同时开启 2 个 goroutine 返回结果的顺序是不确定的，不同的机器会有不同结果表现

[kangkang]

@willchen make sense.但是为什么时间会不一样呢

[willchen]

@kangkang hhh 瞎说的 不对不对

[willchen]

@kangkang 跟 Goroutine 调度器有关 其实是 随机的

[kangkang]

@willchen 不是啊，不改代码的话，重复 n 次都是一样的结果

[willchen]

@kangkang 我写了个循环 还是有小概率出现另一种情况的 你试试

[nekoyaki]

@kangkang
正确的理解是，“不要对多个 goroutine 的执行顺序做任何的假设、不要试图去解释多个并发 goroutine 实际的顺序问题。”。
按目前的实现上，你高概率会测出一样的结果，但是在其他的机器、其他的代码、其他的环境、其他版本的 golang 上，这些顺序是不保证的。