后端文档教程【免费下载链接】system-design-101Explain complex systems using visuals and simple terms. Help you prepare for system design interviews.项目地址https://gitcode.com/GitHub_Trending/sy/system-design-101点击查看免费下载一个可执行文件静静躺在磁盘上当你双击它的那一刻操作系统要完成定位文件、加载依赖、分配内存、初始化环境、创建进程、执行指令、回收资源这一整条链路。本文以 data/guides/how-do-computer-programs-run.md 为骨架把程序从启动到终止的完整生命周期拆成八个阶段逐一讲透并结合仓库内关于进程与线程、内存层次、运行时环境、垃圾回收的系列指南做纵深补充。读完本文你将能清楚地描述双击一个程序后计算机内部到底发生了什么也能用这套框架去解释任何语言C、Java、Python写出的程序在操作系统中的命运。程序的完整生命周期一张总览图程序的一生大致可以划分为八个阶段用户交互与命令发起双击图标向操作系统发出执行请求程序预加载通过文件系统定位可执行文件读入内存依赖解析与加载解析并加载动态链接库等共享依赖分配内存空间操作系统为进程划分地址空间初始化运行时环境JVM、.NET 运行时等环境资源就绪系统调用与资源管理调用main入口开始执行程序员写的代码冯·诺依曼架构下的指令执行CPU 反复执行取指—译码—执行程序终止与清理关闭文件描述符、释放网络资源、归还内存下面逐一展开。一、用户交互与命令发起一次双击发生了什么原文表述通过双击一个程序用户是在通过图形用户界面GUI指示操作系统启动一个应用程序。双击图标本质上不是一个魔法动作而是 GUI 把用户意图翻译成一次进程创建请求的过程。桌面环境如 Windows 的 Explorer、Linux 的桌面管理器会向操作系统内核发出以可执行文件 X 启动一个进程的请求例如在 Linux 上最终会落到forkexecve这一对系统调用上。命令行方式同理——在终端里输入./program或java -jar app.jarshell 只是把用户输入解析成一条exec系统调用。无论入口是图形还是命令行真正发起执行的永远是操作系统内核。二、程序预加载操作系统如何找到并装载可执行文件原文表述执行请求发起后操作系统首先取回程序的可执行文件它通过文件系统定位该文件并将其加载到内存中为执行做准备。这一步包含两层工作文件定位操作系统根据可执行文件的绝对路径或 PATH 环境变量在文件系统中找到文件。可执行文件的格式有严格规范比如 Linux/Unix 下的 ELF、Windows 下的 PE文件头部记录了入口地址、段segment布局、依赖的共享库等信息加载器据此解析。装载进内存加载器loader把可执行文件的代码段、数据段映射到进程的地址空间。这里用的是映射而非一次性全部读入——现代操作系统普遍借助虚拟内存与按需分页demand paging只有程序真正访问到的页面才会从磁盘调入物理内存。从仓库的 data/guides/types-of-memory.md 可以看到磁盘SSD/HDD与主存RAM处于不同层次正是这种层次结构让程序体积远大于物理内存也能运行成为可能。需要强调的是加载完成、成为活跃的进程之前磁盘上的文件还只是一个程序Program而不是进程Process。仓库的 data/guides/what-is-the-difference-between-process-and-thread.md 给出了精确的区分程序是包含一组指令、被动存储在磁盘上的可执行文件进程是处于执行中的程序它被加载进内存并变得活跃后还需要寄存器、程序计数器、栈等资源。一个程序可以产生多个进程——比如 Chrome 浏览器几乎为每个标签页都创建一个独立进程。三、依赖解析与加载动态链接库是如何被接上的原文表述大多数现代应用程序依赖大量共享库例如动态链接库DLL。现代应用很少是单文件孤军作战它们通常依赖一组共享库Windows上的动态链接库DLLLinux上的共享对象.so由动态链接器如ld-linux.so负责macOS上的动态库.dylib。动态链接的好处是多个程序可以共享同一份库的磁盘副本和内存副本显著节省磁盘与内存。加载器在装载主程序后会依据可执行文件头部的依赖表如 ELF 的DT_NEEDED条目依次查找并加载这些共享库完成符号解析symbol resolution——把程序里对printf、malloc等函数的引用指向库中真正的实现地址。如果某个依赖缺失或版本不匹配程序就会在此阶段失败这正是你常看到的缺少 DLL / 找不到共享库错误的由来。四、分配内存空间操作系统为进程划分地址空间原文表述操作系统负责在内存中分配空间。操作系统不会把进程直接塞进物理内存的任意位置而是为每个进程建立一套独立的虚拟地址空间。以 64 位 Linux 为例典型布局从低地址到高地址包括代码段text可执行指令只读数据段data / BSS已初始化与未初始化的全局变量堆heap运行时动态分配的内存向高地址增长malloc/new的对象在这里栈stack函数调用帧、局部变量向低地址增长共享库映射区、内核空间等。这种隔离让每个进程都以为自己独占整台机器也让进程之间互不干扰——这与仓库 data/guides/what-is-the-difference-between-process-and-thread.md 中每个进程拥有自己的内存空间的结论互为印证。虚拟内存还配合页表完成虚拟地址到物理地址的转换是后续按需分页的基础。五、初始化运行时环境JVM、.NET 等执行环境在准备什么原文表述分配内存后操作系统和执行环境如 Java 的 JVM 或 .NET Framework会初始化运行程序所需的各种资源。这一步的执行环境取决于程序的语言与运行模型。仓库的 data/guides/how-do-c-java-python-work.md 给出了三种典型模型编译型语言C、C、Go编译器先把源码编译成机器码可执行文件里已经是 CPU 可直接执行的指令启动时几乎不需要额外的运行时环境操作系统装载后直接交给 CPU字节码语言Java、C#源码先编译成字节码启动时由 JVM / .NET 运行时解释执行并按需通过JITJust-In-Time编译器把热点字节码编译成机器码以提速。因此 JVM 启动时要初始化堆、方法区、类加载器、执行引擎、垃圾回收器等一大套资源解释型语言Python、JavaScript、Ruby没有编译成机器码的过程由解释器在运行期间逐句解释执行启动阶段解释器自身就是那个运行时环境。无论哪种模型运行时环境的初始化都涵盖加载核心类库/标准库、建立内存管理机制如 JVM 的堆与 GC、准备线程与异常处理基础设施。这一步完成后程序才具备真正开始执行业务代码的条件。六、系统调用与资源管理main是如何被调用的原文表述程序的入口点通常是一个名为main的函数被调用开始执行程序员编写的代码。入口函数的名字约定因语言而异C/C 是mainJava 是public static void main(String[] args)Python 则是模块顶层代码或if __name__ __main__:块。但不管叫法如何从操作系统的角度看可执行文件的头部里都记录了一个入口地址装载器在完成上述步骤后跳转到该地址把控制权交给程序。从这一刻起程序与操作系统之间的边界变得清晰程序内部做计算、分支、循环纯 CPU 指令不经过内核程序一旦需要访问文件、网络、创建线程、申请内存就必须通过系统调用system call请求内核代劳——打开文件用open、读取用read、发网络请求用socket/send/recv。这是系统调用与资源管理这一阶段的本质程序不是直接操作硬件而是通过内核这个唯一入口管理一切共享资源。七、冯·诺依曼架构CPU 如何执行内存中的指令原文表述在冯·诺依曼架构中CPU 执行存储在内存中的指令。冯·诺依曼架构的核心思想是存储程序指令和数据统一存放在内存中CPU 通过取指—译码—执行—更新程序计数器的循环不断推进。这一循环由关键硬件支撑与仓库 data/guides/types-of-memory.md 描述的内存层次一一对应程序计数器PC记录下一条要执行的指令地址是每个进程必备的资源寄存器CPU 内部超高速的临时存储存放操作数与中间结果缓存L1/L2/L3靠近 CPU 的小容量高速存储器弥合寄存器与主存之间的速度差主存RAM存放当前正在执行的指令与数据。由于指令和数据都在内存中CPU 每执行一条指令都可能产生一次内存访问。以 Load/Store 架构为例典型指令序列是从内存取数到寄存器—在寄存器间做运算—把结果写回内存如此往复。这里需要小心的是main只是用户代码的入口程序真正从操作系统接管后是 CPU 依据冯·诺依曼循环一条条把指令执行完的——整个程序如何运行的物理答案就落在这台存储程序机器的取指循环上。八、程序终止不只是退出而是一次完整的清理原文表述当程序完成任务或用户主动终止应用时程序进入清理阶段关闭打开的文件描述符、释放网络资源、把内存归还给系统。程序终止分两种路径正常终止main返回、或显式调用exit()控制权交回操作系统强制终止用户点击关闭、系统发送信号如SIGTERM/SIGKILL、或发生致命异常。无论哪种路径清理阶段都必不可少关闭文件描述符程序打开过的每个文件内核都要回收其文件表项否则会泄漏句柄释放网络资源断开 TCP 连接、归还端口与套接字缓冲归还内存进程地址空间映射的物理页被回收供其他进程复用清理运行时环境Java/Python 这类托管环境其内存回收机制可参考仓库 data/guides/how-does-garbage-collection-work.md——JVM 通过 Serial、Parallel、CMS、G1、ZGC 等收集器自动回收堆上不再使用的对象Python 基于引用计数加循环垃圾收集器处理循环引用。垃圾收集的职责是自动归还语言运行时层的内存而进程退出时归还给操作系统的则是整个地址空间。操作系统保证即使程序异常崩溃内核也会代为回收其占用的全部资源。这是进程隔离带来的天然兜底也是多进程架构如 Chrome 每标签一进程能在崩溃后互不拖累的原因。总结八个阶段串起来的完整链路把全文压缩成一张可背诵的流程图双击图标 / 输入命令 │ ① 用户交互与命令发起 ▼ 文件系统定位可执行文件 → 加载到内存虚拟内存 按需分页 │ ② 程序预加载 ▼ 解析并加载动态链接库DLL / .so / .dylib完成符号解析 │ ③ 依赖解析与加载 ▼ 操作系统分配虚拟地址空间代码段 / 数据段 / 堆 / 栈 │ ④ 分配内存空间 ▼ 运行时环境就绪JVM / .NET / 解释器 / 直接机器码 │ ⑤ 初始化运行时环境 ▼ 跳转到入口地址调用 main业务代码开始执行 │ ⑥ 系统调用与资源管理 ▼ CPU 按冯·诺依曼循环取指、译码、执行内存中的指令 │ ⑦ 指令执行 ▼ 任务完成或用户终止 → 关闭文件、释放网络、归还内存 │ ⑧ 程序终止与清理这条链路是理解一切系统设计的底层地基从 data/guides/what-is-the-difference-between-process-and-thread.md 中的进程/线程模型到 data/guides/types-of-memory.md 的内存层次再到 data/guides/how-do-c-java-python-work.md 的语言运行模型乃至 data/guides/linux-boot-process-explained.md 描述的整个系统从加电到就绪的启动过程本质都是在回答一段代码如何被装载、初始化、执行与回收。当你下次双击任何程序时不妨在脑中重放这八个阶段——你已经看到了它从磁盘到寄存器的完整旅程。赞分享后端文档教程【免费下载链接】system-design-101Explain complex systems using visuals and simple terms. Help you prepare for system design interviews.项目地址https://gitcode.com/GitHub_Trending/sy/system-design-101点击查看免费下载相关推荐JUnit5测试生命周期完整指南从BeforeAll到AfterEach的执行顺序解析JUnit5测试生命周期完整指南从BeforeAll到AfterEach的执行顺序解析 JUnit5作为Java开发者最常用的测试框架其测试生命周期管理测试Kedro 运行全链路解析从 kedro run 命令到管道执行的生命周期时序详解Kedro 运行全链路解析从 kedro run 命令到管道执行的生命周期时序详解 导读 kedro run 是 Kedro 框架中最核心、使用频率最高的命令数据工程工作流自动化BDD测试框架完整指南awesome-testing中Cucumber与Behave的对比教程BDD测试框架完整指南awesome testing中Cucumber与Behave的对比教程 想要掌握行为驱动开发BDD测试框架吗本文将为您提供终极指上一篇3步搞定中文文献管理难题如何用茉莉花插件提升科研效率300%下一篇Windows Cleaner终极指南如何用免费开源工具彻底解决C盘爆红问题创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
程序是如何运行的：从双击图标到 CPU 执行指令的完整生命周期（system-design-101 图解指南）
后端文档教程【免费下载链接】system-design-101Explain complex systems using visuals and simple terms. Help you prepare for system design interviews.项目地址https://gitcode.com/GitHub_Trending/sy/system-design-101点击查看免费下载一个可执行文件静静躺在磁盘上当你双击它的那一刻操作系统要完成定位文件、加载依赖、分配内存、初始化环境、创建进程、执行指令、回收资源这一整条链路。本文以 data/guides/how-do-computer-programs-run.md 为骨架把程序从启动到终止的完整生命周期拆成八个阶段逐一讲透并结合仓库内关于进程与线程、内存层次、运行时环境、垃圾回收的系列指南做纵深补充。读完本文你将能清楚地描述双击一个程序后计算机内部到底发生了什么也能用这套框架去解释任何语言C、Java、Python写出的程序在操作系统中的命运。程序的完整生命周期一张总览图程序的一生大致可以划分为八个阶段用户交互与命令发起双击图标向操作系统发出执行请求程序预加载通过文件系统定位可执行文件读入内存依赖解析与加载解析并加载动态链接库等共享依赖分配内存空间操作系统为进程划分地址空间初始化运行时环境JVM、.NET 运行时等环境资源就绪系统调用与资源管理调用main入口开始执行程序员写的代码冯·诺依曼架构下的指令执行CPU 反复执行取指—译码—执行程序终止与清理关闭文件描述符、释放网络资源、归还内存下面逐一展开。一、用户交互与命令发起一次双击发生了什么原文表述通过双击一个程序用户是在通过图形用户界面GUI指示操作系统启动一个应用程序。双击图标本质上不是一个魔法动作而是 GUI 把用户意图翻译成一次进程创建请求的过程。桌面环境如 Windows 的 Explorer、Linux 的桌面管理器会向操作系统内核发出以可执行文件 X 启动一个进程的请求例如在 Linux 上最终会落到forkexecve这一对系统调用上。命令行方式同理——在终端里输入./program或java -jar app.jarshell 只是把用户输入解析成一条exec系统调用。无论入口是图形还是命令行真正发起执行的永远是操作系统内核。二、程序预加载操作系统如何找到并装载可执行文件原文表述执行请求发起后操作系统首先取回程序的可执行文件它通过文件系统定位该文件并将其加载到内存中为执行做准备。这一步包含两层工作文件定位操作系统根据可执行文件的绝对路径或 PATH 环境变量在文件系统中找到文件。可执行文件的格式有严格规范比如 Linux/Unix 下的 ELF、Windows 下的 PE文件头部记录了入口地址、段segment布局、依赖的共享库等信息加载器据此解析。装载进内存加载器loader把可执行文件的代码段、数据段映射到进程的地址空间。这里用的是映射而非一次性全部读入——现代操作系统普遍借助虚拟内存与按需分页demand paging只有程序真正访问到的页面才会从磁盘调入物理内存。从仓库的 data/guides/types-of-memory.md 可以看到磁盘SSD/HDD与主存RAM处于不同层次正是这种层次结构让程序体积远大于物理内存也能运行成为可能。需要强调的是加载完成、成为活跃的进程之前磁盘上的文件还只是一个程序Program而不是进程Process。仓库的 data/guides/what-is-the-difference-between-process-and-thread.md 给出了精确的区分程序是包含一组指令、被动存储在磁盘上的可执行文件进程是处于执行中的程序它被加载进内存并变得活跃后还需要寄存器、程序计数器、栈等资源。一个程序可以产生多个进程——比如 Chrome 浏览器几乎为每个标签页都创建一个独立进程。三、依赖解析与加载动态链接库是如何被接上的原文表述大多数现代应用程序依赖大量共享库例如动态链接库DLL。现代应用很少是单文件孤军作战它们通常依赖一组共享库Windows上的动态链接库DLLLinux上的共享对象.so由动态链接器如ld-linux.so负责macOS上的动态库.dylib。动态链接的好处是多个程序可以共享同一份库的磁盘副本和内存副本显著节省磁盘与内存。加载器在装载主程序后会依据可执行文件头部的依赖表如 ELF 的DT_NEEDED条目依次查找并加载这些共享库完成符号解析symbol resolution——把程序里对printf、malloc等函数的引用指向库中真正的实现地址。如果某个依赖缺失或版本不匹配程序就会在此阶段失败这正是你常看到的缺少 DLL / 找不到共享库错误的由来。四、分配内存空间操作系统为进程划分地址空间原文表述操作系统负责在内存中分配空间。操作系统不会把进程直接塞进物理内存的任意位置而是为每个进程建立一套独立的虚拟地址空间。以 64 位 Linux 为例典型布局从低地址到高地址包括代码段text可执行指令只读数据段data / BSS已初始化与未初始化的全局变量堆heap运行时动态分配的内存向高地址增长malloc/new的对象在这里栈stack函数调用帧、局部变量向低地址增长共享库映射区、内核空间等。这种隔离让每个进程都以为自己独占整台机器也让进程之间互不干扰——这与仓库 data/guides/what-is-the-difference-between-process-and-thread.md 中每个进程拥有自己的内存空间的结论互为印证。虚拟内存还配合页表完成虚拟地址到物理地址的转换是后续按需分页的基础。五、初始化运行时环境JVM、.NET 等执行环境在准备什么原文表述分配内存后操作系统和执行环境如 Java 的 JVM 或 .NET Framework会初始化运行程序所需的各种资源。这一步的执行环境取决于程序的语言与运行模型。仓库的 data/guides/how-do-c-java-python-work.md 给出了三种典型模型编译型语言C、C、Go编译器先把源码编译成机器码可执行文件里已经是 CPU 可直接执行的指令启动时几乎不需要额外的运行时环境操作系统装载后直接交给 CPU字节码语言Java、C#源码先编译成字节码启动时由 JVM / .NET 运行时解释执行并按需通过JITJust-In-Time编译器把热点字节码编译成机器码以提速。因此 JVM 启动时要初始化堆、方法区、类加载器、执行引擎、垃圾回收器等一大套资源解释型语言Python、JavaScript、Ruby没有编译成机器码的过程由解释器在运行期间逐句解释执行启动阶段解释器自身就是那个运行时环境。无论哪种模型运行时环境的初始化都涵盖加载核心类库/标准库、建立内存管理机制如 JVM 的堆与 GC、准备线程与异常处理基础设施。这一步完成后程序才具备真正开始执行业务代码的条件。六、系统调用与资源管理main是如何被调用的原文表述程序的入口点通常是一个名为main的函数被调用开始执行程序员编写的代码。入口函数的名字约定因语言而异C/C 是mainJava 是public static void main(String[] args)Python 则是模块顶层代码或if __name__ __main__:块。但不管叫法如何从操作系统的角度看可执行文件的头部里都记录了一个入口地址装载器在完成上述步骤后跳转到该地址把控制权交给程序。从这一刻起程序与操作系统之间的边界变得清晰程序内部做计算、分支、循环纯 CPU 指令不经过内核程序一旦需要访问文件、网络、创建线程、申请内存就必须通过系统调用system call请求内核代劳——打开文件用open、读取用read、发网络请求用socket/send/recv。这是系统调用与资源管理这一阶段的本质程序不是直接操作硬件而是通过内核这个唯一入口管理一切共享资源。七、冯·诺依曼架构CPU 如何执行内存中的指令原文表述在冯·诺依曼架构中CPU 执行存储在内存中的指令。冯·诺依曼架构的核心思想是存储程序指令和数据统一存放在内存中CPU 通过取指—译码—执行—更新程序计数器的循环不断推进。这一循环由关键硬件支撑与仓库 data/guides/types-of-memory.md 描述的内存层次一一对应程序计数器PC记录下一条要执行的指令地址是每个进程必备的资源寄存器CPU 内部超高速的临时存储存放操作数与中间结果缓存L1/L2/L3靠近 CPU 的小容量高速存储器弥合寄存器与主存之间的速度差主存RAM存放当前正在执行的指令与数据。由于指令和数据都在内存中CPU 每执行一条指令都可能产生一次内存访问。以 Load/Store 架构为例典型指令序列是从内存取数到寄存器—在寄存器间做运算—把结果写回内存如此往复。这里需要小心的是main只是用户代码的入口程序真正从操作系统接管后是 CPU 依据冯·诺依曼循环一条条把指令执行完的——整个程序如何运行的物理答案就落在这台存储程序机器的取指循环上。八、程序终止不只是退出而是一次完整的清理原文表述当程序完成任务或用户主动终止应用时程序进入清理阶段关闭打开的文件描述符、释放网络资源、把内存归还给系统。程序终止分两种路径正常终止main返回、或显式调用exit()控制权交回操作系统强制终止用户点击关闭、系统发送信号如SIGTERM/SIGKILL、或发生致命异常。无论哪种路径清理阶段都必不可少关闭文件描述符程序打开过的每个文件内核都要回收其文件表项否则会泄漏句柄释放网络资源断开 TCP 连接、归还端口与套接字缓冲归还内存进程地址空间映射的物理页被回收供其他进程复用清理运行时环境Java/Python 这类托管环境其内存回收机制可参考仓库 data/guides/how-does-garbage-collection-work.md——JVM 通过 Serial、Parallel、CMS、G1、ZGC 等收集器自动回收堆上不再使用的对象Python 基于引用计数加循环垃圾收集器处理循环引用。垃圾收集的职责是自动归还语言运行时层的内存而进程退出时归还给操作系统的则是整个地址空间。操作系统保证即使程序异常崩溃内核也会代为回收其占用的全部资源。这是进程隔离带来的天然兜底也是多进程架构如 Chrome 每标签一进程能在崩溃后互不拖累的原因。总结八个阶段串起来的完整链路把全文压缩成一张可背诵的流程图双击图标 / 输入命令 │ ① 用户交互与命令发起 ▼ 文件系统定位可执行文件 → 加载到内存虚拟内存 按需分页 │ ② 程序预加载 ▼ 解析并加载动态链接库DLL / .so / .dylib完成符号解析 │ ③ 依赖解析与加载 ▼ 操作系统分配虚拟地址空间代码段 / 数据段 / 堆 / 栈 │ ④ 分配内存空间 ▼ 运行时环境就绪JVM / .NET / 解释器 / 直接机器码 │ ⑤ 初始化运行时环境 ▼ 跳转到入口地址调用 main业务代码开始执行 │ ⑥ 系统调用与资源管理 ▼ CPU 按冯·诺依曼循环取指、译码、执行内存中的指令 │ ⑦ 指令执行 ▼ 任务完成或用户终止 → 关闭文件、释放网络、归还内存 │ ⑧ 程序终止与清理这条链路是理解一切系统设计的底层地基从 data/guides/what-is-the-difference-between-process-and-thread.md 中的进程/线程模型到 data/guides/types-of-memory.md 的内存层次再到 data/guides/how-do-c-java-python-work.md 的语言运行模型乃至 data/guides/linux-boot-process-explained.md 描述的整个系统从加电到就绪的启动过程本质都是在回答一段代码如何被装载、初始化、执行与回收。当你下次双击任何程序时不妨在脑中重放这八个阶段——你已经看到了它从磁盘到寄存器的完整旅程。赞分享后端文档教程【免费下载链接】system-design-101Explain complex systems using visuals and simple terms. Help you prepare for system design interviews.项目地址https://gitcode.com/GitHub_Trending/sy/system-design-101点击查看免费下载相关推荐JUnit5测试生命周期完整指南从BeforeAll到AfterEach的执行顺序解析JUnit5测试生命周期完整指南从BeforeAll到AfterEach的执行顺序解析 JUnit5作为Java开发者最常用的测试框架其测试生命周期管理测试Kedro 运行全链路解析从 kedro run 命令到管道执行的生命周期时序详解Kedro 运行全链路解析从 kedro run 命令到管道执行的生命周期时序详解 导读 kedro run 是 Kedro 框架中最核心、使用频率最高的命令数据工程工作流自动化BDD测试框架完整指南awesome-testing中Cucumber与Behave的对比教程BDD测试框架完整指南awesome testing中Cucumber与Behave的对比教程 想要掌握行为驱动开发BDD测试框架吗本文将为您提供终极指上一篇3步搞定中文文献管理难题如何用茉莉花插件提升科研效率300%下一篇Windows Cleaner终极指南如何用免费开源工具彻底解决C盘爆红问题创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
