@0x67cq #74 而且 yield 返回值是个 bool 值 tmd 拿来的布尔值 tmd 到底怎么跳出迭代 晕了

我印象中涉及到汇编的不多，能看懂的水平就行，x86 和 riscv 原理都是一样的，就指令表达不一样

为啥不先怀疑自己有没有语法错误或者解法错误，而怀疑是 go 有 bug
还有你这二叉树右视图解法不对吧
````
func rightSideView(root *TreeNode) []int {
var ans []int
dfs(root, 0, &ans)
return ans
}


func dfs(root *TreeNode, level int, ans *[]int) {
if root == nil {
return
}

if level == len(*ans) {
*ans = append(*ans, root.Val)
}
dfs199(root.Right, level+1, ans)
dfs199(root.Left, level+1, ans)
}
```

@mingtdlb #6 滴滴的金融公司也这样 太恶心了

https://i.imgur.com/U5VYIAj.png
是说这个吧 逼死强迫症了

@odifjg9384hg 有些是在服务器上拉镜像 服务器没配或者不能配科学呗

放心用吧

下载 chrome/其他浏览器的时候需要打开 safari

也有可能是编译器的优化，可以看看 russ cox 的这篇文章 https://research.swtch.com/plmm

First, if x and done are ordinary variables, then thread 2's loop may never stop. A common compiler optimization is to load a variable into a register at its first use and then reuse that register for future accesses to the variable, for as long as possible. If thread 2 copies done into a register before thread 1 executes, it may keep using that register for the entire loop, never noticing that thread 1 later modifies done.

一种常见的编译器优化是在变量首次使用时将其加载到寄存器中，然后尽可能长时间地重用该寄存器，以便将来访问该变量。如果线程 2 在线程 1 执行之前将 done 复制到一个寄存器中，它可能会在整个循环中一直使用该寄存器，永远不会注意到线程 1 后来修改了 done 。

然后 russ cox 的内存模型文章一共三篇 ，看完这三篇就对内存模型有飞跃一般的认识了 https://research.swtch.com/mm

@yihy8023 单核的，没波动正常

只有你是做梦 我是真被裁了

没事的 10 个人里面 9 个人有 放宽心

有些人 一旦错过就不再～ 祝好

不想看到 xml 那屎片一样的东西，就这么简单

teg 的效能团队？不会是 tapd 吧////

老哥是被库珀坑了啊

来写 golang 你就不会有这个烦恼了