【中文配音】Linux创建进程的奇怪方式

合集 · 直观理解计算机技术【CoreDumped】 (68)

Description

https://www.youtube.com/watch?v=SwIPOf2YAgI
本期视频深入解析了不同操作系统环境下进程创建的底层机制。以Discord等Elector应用为例，探讨其多进程架构如何在不依赖用户手动干预的前提下自动完成初始化与协同工作。
核心内容涵盖：
系统调用的关键作用：作为用户进程与操作系统内核间的桥梁，执行进程管理等特权操作；
Windows系统进程创建机制：通过CreateProcess系统调用直接加载可执行文件并创建新进程；
Unix/Linux系统的独特设计：采用fork()与exec()相结合的两阶段模型，通过克隆与替换实现进程创建；
进程树的形成与溯源：解析所有用户进程间的派生关系，并揭示系统初始化进程中第一个用户进程的来源。
通过对比分析两大操作系统家族在进程生成逻辑上的根本差异，帮助观众理解现代应用程序多进程架构背后的支撑原理，以及操作系统在进程管理与资源调度中所扮演的核心角色。

Comments

星言夙驾 2026-01-21

终于碰到有人吐槽了。。。当年在学校里学到就感觉很扭曲，怎么想出来的

♥ 71 ↩ 52

玉米面大飞龙 2026-01-21

用fork只是因为它简单，包装了一系列操作，自己手动创建进程虽然灵活需要设置的东西也多，是以虽然吐槽fork已是老生常谈但很多新程序还是乐意用它。 fork虽然看起来奇怪，但这只是因为场景不同导致的，觉得fork反直觉的一般就是创建进程出来只为执行某一个函数，复制当前进程再立即修改掉后续代码就多此一举（实际现在如果紧跟execv则会优化掉一部分不必要的开销，在创建新进程仍然比较繁琐的情况下沿用fork就不奇怪了），但fork设计之初本来就是想要完整服用原进程fork以下的代码，比如说一个进程监听某个端口，收到一个传入连接就把自己复制一份去和对端通信，原来的进程继续监听原来的端口，它上面的代码执行完了就等着fork呢，后面的部分当然也可以包装成一个函数，反过来说也能只写一行fork，这有点像面向过程，模型本身却是浅显易懂的。

♥ 55 ↩ 19

小地方的悠闲时光 2026-01-21

在还没有windows的时候就有这个fork了。这个是posix标准。进程创建分两步，一是创建运行环境包括虚拟内存，二是运行。Windows这个单用户起家的东西肯定是理解不能的

♥ 21 ↩ 6

尘绪园 2026-01-22

以前java就有这么一个问题，启动一个子进程，占用的内存跟当前进程一样，这时候，一个内存占用超大的服务器进程要调用一个小小的脚本就尴尬了😅

♥ 20 ↩ 15

一北向空 2026-01-24

fork啊，我熟[doge] :() { :|:& };: 一键引爆系统[doge][doge][doge]

♥ 11 ↩ 1

羊羊羊羊羊970 2026-01-24

后悔没选修linux，导致后面学安卓的时候看得云里雾里的。看完这个视频对安卓开机流程理解更深了

♥ 5

零原创 2026-01-21

gdb调试多进程程序更是让人头大

♥ 5 ↩ 1

Peruny 2026-01-29

如果打算写posix兼容的代码，fork+execve的场合下可以考虑使用posix_spawn。像cygwin这种fork开销很大的平台（通过CreateProcess模拟实现），用posix_spawn会更有效率。

♥ 4 ↩ 1

゚宛宛 2026-01-24

次事在csapp亦有记载

♥ 4

肥不雷 2026-01-21

看入迷了

♥ 3

学工程学的圣骑士坦克 2026-03-28

zygote

♥ 2 ↩ 2

看开丶放下 2026-02-13

代入到操作系统的视角来看的话，其实很好理解。进程到底长啥样的？大概也就是用于区分进程的控制块PCB，只读代码段，以及数据块，这三大块了。只要PCB保持唯一性，其它的，都是可以复用的，那么这些可复用的也就不存在说谁一定归属于谁这个说法了。当创建新进程时，因为COW机制，其实并不会出现内存空间复制行为，而是当某个进程尝试修改该内存空间时，才会去单独复制一片分页出来。

♥ 2