Linux创建进程的方式有多奇葩？ | Core Dumped

合集 · Core Dumped (28)

Description

来源：https://www.youtube.com/watch?v=SwIPOf2YAgI
原标题：The Weird Way Linux Creates Processes
频道：Core Dumped
发布时间：2026-01-20

内容简介：
当你运行一个程序时，背后到底发生了什么？本期视频带你深入对比Windows和Linux两大操作系统在创建进程时的底层机制差异。Linux的fork方式为何被称为“诡异”？它如何用看似反直觉的逻辑实现高效的进程管理？视频将揭开从系统调用到进程诞生的神秘面纱，让你直击操作系统内核的运作原理。如果你想探索更底层的系统编程世界，不妨尝试自己动手实现Redis、Git、HTTP服务器或解释器等经典项目。

关注我的Twitter：@coredumpped
加入Discord社区：https://discord.gg/szyQsXfzuv
项目赞助：https://github.com/jdvillal
业务联系：contact.coredumped@gmail.com

Comments

丧彪彪彪 2026-06-05

Unix的问题是一直没有统一的用户态服务的API，导致的最基础的一个问题就是，创建进程过程中的一部分用户态代码没地方放（就是folk 和exec之间的那部分），最后只能放在父进程中（最常见的父进程就是shell，或者安卓的桌面管理器）。Unix本质上是个内核标准加上非常少的系统API，Linux更是个纯内核，各种GNU/Linux实际上都是API不是特别兼容的独立操作系统，就连systemD这种基础的服务现在都还存在争议，所以Linux根本就缺乏在用户态形成统一API的能力。

♥ 37 ↩ 7

那在终点之前 2026-08-11

fork 简直是计算机历史上最愚蠢的设计，在实际业务开发中，99.9%的场景下，启动新进程都是为了“干一件别的事”，而不是“让当前的事变成两个人干”；最经典的例子就是早期的JVM，因为它是多线程的，所以fork之后几乎总是会触发COW，导致8GB内存翻倍到16GB，然后内存爆掉；可我只是想简单地调用一个ffmpeg命令啊。很多早期linux程序不得不专门设计一个很小的stub进程，专门用来执行fork，这是典型的操作系统的愚蠢设计把成本转嫁给应用开发者。

♥ 6 ↩ 5