@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 文件来判断。

docker 在 Linux 下的实现只是利用了内核的命名空间技术，将 pid 、network 、user 、uts 、mount 资源隔离了，所以没有什么额外开销。
你所说的“隔离出单独的虚拟存储空间”的说法很模糊而且有歧义。这里我将你所谓“虚拟存储空间”理解为虚拟地址空间来说，默认情况下，所有进程的虚拟地址空间都是相互独立的，一个进程不可能访问到其他进程的虚拟地址空间，因此才有了进程间通信机制。
“虚拟的系统进程树”，其实就是 pid namespace 。举例来说，新建一个 pid namespace，然后在其中创建一个进程，其 pid 为 1，而在其 parent namespace 中的 pid 是其他数值，但肯定不是 1 。总之，进程的 pid 在不同的 namespace 中的值是不一样的。
vmware 这种是硬件虚拟化，和 Linux 上的原生 docker 是两回事。
macOS 和 Windows 上的 docker，其实是先起一个 Linux 虚拟机，然后在其中跑 docker 。

就拿 int 0x80 中断实现系统调用来说吧，Linux 内核版本 2.6.32 。中断门在 trap_init() 函数中初始化，set_system_trap_gate(SYSCALL_VECTOR, &system_call) （ https://elixir.bootlin.com/linux/v2.6.32/source/arch/x86/kernel/traps.c#L963 ）。从这里可以看出，触发 0x80 号中断时会执行 system_call 函数。而 system_call 函数时定义在 /arch/x86/kernel/entry_64.S 中的汇编代码（ https://elixir.bootlin.com/linux/v2.6.32/source/arch/x86/kernel/entry_64.S#L455 ）。看看这个函数就知道为了进入系统调用做了哪些操作。
再看看进程切换。进程切换发生在进程被调度的时候，由 context_switch() 函数实现。其中最关键的 switch_mm() 和 switch_to() 函数完成了主要的工作。
通过比较内核代码，你看看哪个简单，哪个麻烦。


不要觉得没人回答你的问题就是他们不懂。我开始看到你这个问题的时候就觉得你对一些基本的操作系统概念不熟悉，表述问题太多。如果不是为了复习一下以前的知识，我是不会回答你的问题的。其实请教问题的时候可以稍微虚心一点。

至于怎样学习操作系统，首先你对一些基本的概念了解的怎样？例如操作系统的目的、出现的原因，以及操作系统的基本组成部分，如进程管理和调度、内存管理、文件系统、进程间通信等等。然后每个组成部分的基本概念是否熟悉，例如对于进程管理来说，操作系统通过 PCB 来描述每个进程，等等。
基本概念了解之后，带着这些具体的疑问结合相关的书和文章去看内核源码。就拿这个问题来说，首先要了解系统调用的具体实现，先去 Google 一些文章，了解大致的实现。然后边读书边看源码去深入研究。同时用一些内核调试技术去亲手实践一下。

“理论上来说系统调用也经历了进程切换的过程”，先问是不是，再问为什么。Linux 下系统调用的实现，从最早的使用 int 指令触发中断执行系统调用，还是后来的使用专有的系统调用指令如 sysenter，只是从用户态切换到内核态而已，进入系统调用并不需要很多操作。
对于进程切换来说，所有和进程上下文有关的东西都要修改，例如修改大多数寄存器的值等等。
Linux 内核中没有线程的概念。内核代码注释里，thread 、task 、process 三个词经常混用，都指的是 process 。线程是通过标准库在用户态通过 clone 系统调用实现的。也就是说，Linux 下线程是共享某些系统资源的轻量级进程。线程切换的代价比进程切换的代价要小得多。
至于你看的这个实验，建议发出来让大家看看。
最后，从你对问题的描述来看，建议恶补一下操作系统的知识。
上面描述可能有一些不准确的地方，如果错误请指出