楼主暴露了吧

前几年万物皆可元宇宙 这两年万物皆可 AI

全局变量是这样的 你得在函数执行的最后手动清空

@star505 我妈就是这样 刷一天广告挣那么毛儿块把的钱，几千的手机买给她 都抵不上电池额外损耗的钱， 哎

@sevenyangcc #18 杭州这边是 你淘宝买的就给你送上门 其他平台的放驿站 但是放驿站的你很久不去拿他也会给你送上来😂

https://greasyfork.org/zh-CN/scripts/500519-%E5%93%94%E5%93%A9%E5%93%94%E5%93%A9-%E5%B1%8F%E8%94%BD%E8%A7%86%E9%A2%91pcdn%E5%9C%B0%E5%9D%80
你需要这个

a := &A{data: "b"} 这条语句其实是两个动作
一个是初始化 A 之后在复制给 a （此时 data 已经有值）；
另一种是先初始化了个空的 A 地址，赋值给 a, 然后再给 data 赋值;
第二种情况就会发生 panic （在 data 赋值之前，另一个协程就已经对 data 的值进行检查了）
这两种情况和架构上的指令重排应该有关系，arm 内存模型比 amd 宽松 所以理论上遇到的概率更大

双系统吧。。 人生苦短

@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