@BBCCBB #1 加一个 fmt.Println(wg)使其在堆上分配

CSAPP+APUE+DDIA

这是在黑百度嘛

传统单体应用→聚是一坨屎
拆分成微服务→散是满天稀

非专业前端，这个滚动条应该是有最短长度的吧，否则溢出内容很多的话会不会让滚动条短到肉眼不可见。

应该有特征分析，我开远程 rdp 一直没问题，但之前只要一试 socks 代理就随机丢包。

现代处理器的微架构层面上会将机器指令进一步分解为微指令 micro-ops，根据它们之间是否有 dependency chain 以及 execution unit 限制来决定是否乱序执行。

@ldimple 按照楼上所说 printC 里即使两次不是原子操作，由于先执行的 CAS(sem1, 1, 0)，此时 sema1=0, sema2=1，
应该也不会触发 printB 的条件(sema1=1，sema2=0)吧，为何会走进下面的 printB 逻辑里。

golang 里对 channel 的 range 要等到该 channel 被关闭才会终止。
考虑到 channel 的收发特性一般由 sender 端关闭。

而且我看了下 main 函数里 fileChan 容量只有 5，在工资表 xlsx 文件多于 5 个时
下面的 fileChan <- filePathName 操作像是会一直阻塞。

而且昨天开始 100%被墙阻断 https，最近 v2 也没干什么大事，难道传说中的白名单模式快来了→_→

strace -t ./prog

我搜了下 title 的 tooltip 延迟好像是浏览器设定并且还不能更改。
https://stackoverflow.com/questions/9150796/change-how-fast-title-attributes-tooltip-appears

在我的 Chrome 86 这里要 1 秒左右延迟，感觉可以接受。如果要自定义 tooltip 的话得引入第三方组件
或者用 JS+CSS 实现一个简单的 tooltip(比如官方的 hover::after 示例)。
https://developer.mozilla.org/en-US/docs/Web/CSS/::after

@Livid 站长辛苦了。另外帖子里只举例了主题的确切时间显示，我在 append 里加上了关于同样显示回复时间的建议，站长有空可以参考下，谢谢。

干的漂亮

可以参考 下 golang 的协程上下文：
struct runtime.gobuf {
uintptr sp;
uintptr pc;
runtime.guintptr g;
void *ctxt; // 闭包函数首地址,x86_64 下存在 DX 寄存器
runtime/internal/sys.Uintreg ret; // 系统调用返回值
uintptr lr; // ARM 下的 link register
uintptr bp;
}
以 X64 为例，切换上下文的时候大概这样执行：
MOV gobuf_sp RSP;
MOV gobuf_bp RBP;
MOV gobuf_ctxt RDX;
MOV gobuf_ret RAX;
MOV gobuf_pc RBX;
JMP *RBX;

谷歌搜索下 online code collaboration 的第一个答案 codeshare 看着还不错