@Resource #1
@hello1996 #2
@hello1996 #3
@honjow #4
@Love4Taylor #5
可能是我火星了哈哈哈，hackintosh 上的微信一直停留在 3.0.4，前面才升级到最新版，时间点刚好是日落的时候，而且以前对微信的深色模式一直没印象

当 GC 运行的时候打开的文件确实会被关闭，但显式调用 Close 方法比 GC 自动处理更好。Stack overflow 上有相关的回答 https://stackoverflow.com/a/58351400/6628963

YouTube，ins，Twitter，outlook，哪个不是这样的。ins 的版本号都快刷到 200 了。反正我见过的最详细的更新说明当属 1password 了

@Zepp #6 图标的样式应该是由 app 的开发者决定的。我记得是有办法替换图标的，你可以搜一搜

那是因为你的 PowerPoint 还没有更新到新版本。新版本 Office 全家桶的图标都是方形的那种

我没看懂你的描述，是先用 fromelf 生成反汇编文件，然后自己写正则表达式去匹配还是 fromelf 去做？然后你都研究到这么底层了，大致的思路应该有吧。比如函数调用的汇编指令是 call，amd64 架构下函数参数通过寄存器传递，rdi 、rsi 、rdx 、rcx 、r8 、r9 对应第一到第五个参数。不过 call 指令分好几种，自己看汇编手册就知道了。capstone （ https://github.com/aquynh/capstone ）可能会有帮助

拿 Linux 平台上的 Go 来说明问题。
Linux 中并没有真正意义上的线程，而被叫做轻量级进程。内核源码注释中进程（ process ）、线程（ thread ）和任务（ task ）经常混用。
协程就是 Go 的 runtime 实现的**类似于**多线程的机制，协程的调度由 Go 的 runtime 中的协程调度器实现。当一个协程调用了阻塞操作（例如获取锁、读取的 channel 中没有数据等）时，runtime 的协程调度器会将此协程投入等待队列使其睡眠，然后调度其他处于运行队列的协程继续执行。当处于睡眠状态的协程所等待的事件发生后，调度器会唤醒并投入运行队列。
这个协程调度器是由用户态的程序 Go 自己实现的，跟内核的进程调度器完全没有关系。

@fredli intel 受害者表示今年只关心 16 寸 mbp，只要上 m 系列芯片，内存可以选 32g，我立马下单

Mac，把 capslock 改成 control，control 改成 escape，escape 还是 escape

我买的巴林涂装，挺好看的

@zjuster #5 哪是 Macbook 的通病，就是普通的笔记本也有一样的问题

@en20 #68
@shyling #72
@TMily #74

google cached snapshot

我觉着转架构更靠谱

我记得 centos 有个官方仓库源，名字以 rh 开头的，里面有最新的 gcc 套件，而且不会污染当前系统

@JerryCha data[0] 不一定传引用啊，得看 data 的数据类型，如果是 char* data[]，那 data[0] 就传的是指针，如果是 char data[]，data[0] 照样传值

你这 iPhone11 不给力啊，我的 11 去年直接掉到水里全身水洗一秒钟，捞出来啥事没有，除了扬声器，干了之后扬声器也没问题了

早上走的时候忘拿手表的充电器了，只能等晚上才能体验到了，血亏 😭

对于没有在 docker 中的 PID 为 1 的进程来说，它的 cgroup 目录都是 /。而对于 docker 中的进程来说，它的 cgroup 目录会包含 /docker 子字符串。下面是我的 Linux 上的结果。
docker 中 PID 为 1 的进程：
$ cat /proc/1/cgroup
12:hugetlb:/system.slice/docker-e0539beecb2db33df4af004f03877dda0ae7b880775bf1d7cf36e62013c468bf.scope
11:cpuset:/system.slice/docker-e0539beecb2db33df4af004f03877dda0ae7b880775bf1d7cf36e62013c468bf.scope
10:perf_event:/system.slice/docker-e0539beecb2db33df4af004f03877dda0ae7b880775bf1d7cf36e62013c468bf.scope
9:freezer:/system.slice/docker-e0539beecb2db33df4af004f03877dda0ae7b880775bf1d7cf36e62013c468bf.scope
8:memory:/system.slice/docker-e0539beecb2db33df4af004f03877dda0ae7b880775bf1d7cf36e62013c468bf.scope
7:rdma:/
6:blkio:/system.slice/docker-e0539beecb2db33df4af004f03877dda0ae7b880775bf1d7cf36e62013c468bf.scope
5:pids:/system.slice/docker-e0539beecb2db33df4af004f03877dda0ae7b880775bf1d7cf36e62013c468bf.scope
4:net_cls,net_prio:/system.slice/docker-e0539beecb2db33df4af004f03877dda0ae7b880775bf1d7cf36e62013c468bf.scope
3:cpu,cpuacct:/system.slice/docker-e0539beecb2db33df4af004f03877dda0ae7b880775bf1d7cf36e62013c468bf.scope
2:devices:/system.slice/docker-e0539beecb2db33df4af004f03877dda0ae7b880775bf1d7cf36e62013c468bf.scope
1:name=systemd:/system.slice/docker-e0539beecb2db33df4af004f03877dda0ae7b880775bf1d7cf36e62013c468bf.scope
0::/system.slice/docker-e0539beecb2db33df4af004f03877dda0ae7b880775bf1d7cf36e62013c468bf.scope


宿主机中 PID 为 1 的进程：
$ cat /proc/1/cgroup
12:hugetlb:/
11:cpuset:/
10:perf_event:/
9:freezer:/
8:memory:/init.scope
7:rdma:/
6:blkio:/init.scope
5:pids:/init.scope
4:net_cls,net_prio:/
3:cpu,cpuacct:/init.scope
2:devices:/init.scope
1:name=systemd:/init.scope
0::/init.scope



还可通过检测是否存在 /.dockerenv 文件来判断。