简介：这份文档面向备考全国计算机三级Linux应用与开发技术考试的考生，系统梳理了计算机体系结构与操作系统部分的核心知识点，适合需要快速建立知识框架、查漏补缺的应试者使用。资源包内仅含1个docx文件，约231KB，按章节组织内容，便于检索与打印复习。文档从冯诺依曼体系结构切入，依次讲解计算机系统层次结构、指令集（含CISC与RISC对比）、存储系统层次与Cache地址映射、替换算法及MESI缓存一致性协议，并延伸至微处理器体系结构与操作系统基本概念，涵盖并发、共享、虚拟、异步四大特征及处理器管理中的中断处理与进程管理。内容以条目化笔记呈现，重点概念配有简明解释，适合作为考前冲刺的提纲式资料。目前已有1124人学习下载，可作为理解计算机底层原理与操作系统基础的重点参考。
1. 从一道三级考题说起：为什么 Linux 的“家目录”不是随便定的
很多人第一次接触计算机三级 Linux 应用与开发技术，是从背命令开始的。cd、ls、rpm -ivh、useradd，一条条敲过去，考试能过，但脑子里全是散点。真正让人卡住的，往往不是命令本身，而是那些看起来“理所当然”的设计——比如为什么超级用户的家目录是/root，普通用户却在/home/用户名下？为什么/etc/passwd所有人可读，而/etc/shadow只有 root 能碰？这些不是随手定的规矩，它们背后是一整套关于“权限边界”和“身份隔离”的底层机制。
把 Linux 当成一个“能跑命令的黑匣子”去学，知识点永远是碎的。但如果你从计算机体系结构的最底层往上推——从冯诺依曼结构的存储与指令顺序执行，到操作系统的进程与资源管理，再到 Linux 的文件系统与用户模型——你会发现所有命令都是这套机制的自然产物。这份知识点整理的价值，就在于它把这条从硬件到命令的链路完整地串了起来。接下来，我们沿着这条链路，把几个最容易被死记硬背、却最值得搞懂的设计拆开来看。
2. 冯诺依曼结构到操作系统：指令顺序执行如何决定了进程调度
2.1 存储体系的时间域与空间域：为什么“局部性”能撑起整个 Cache 机制
冯诺依曼结构最核心的一句话是：程序指令和数据统一存储，CPU 按顺序从主存中取出指令一条一条执行。这句话听起来像常识，但它其实定义了两个维度——存储体系对应空间域，指令顺序执行过程对应时间域。现代计算机的整个存储层次，就是在这两个维度上做文章。
存储层次从寄存器组、Cache、主存、辅存到脱机存储器，越往上速度越快、价格越高、容量越小。这个结构能成立，靠的是一个经验性假设：程序访问的局部性。时间局部性指最近访问过的内容很可能短期内被再次访问，比如循环体指令被反复执行；空间局部性指某个存储单元被访问后，其附近的单元也会被访问。Cache-主存层次的理论依据正是程序局部性，没有这个假设，Cache 的命中率就无从谈起。
常见的实现思路是：CPU 访问内存时，先查 Cache，命中就直接返回，未命中则从主存调入一个数据块。这个“块”的大小就是 Cache Line，通常 64 字节。调入时涉及地址映射方式——全相联映射允许主存任意块映射到 Cache 任意行，灵活但硬件成本高；直接映射把主存块固定映射到某一行，简单但冲突多；组相联映射折中，把 Cache 分成若干组，组间直接映射，组内全相联。当 Cache 满时需要替换算法，随机法、先进先出、最近最少使用法各有取舍，LRU 最符合局部性原理但硬件实现复杂。
注意：Cache 与主存之间的数据一致性靠写操作方式保证。写直达每次写都同步到主存，简单但总线流量大；写回只在块被替换时才写回主存，效率高但一致性维护复杂。多核处理器中，各核心私有 Cache 之间的一致性靠 MESI 协议维护，把 Cache Line 状态分为修改、独占、共享、失效四种，这是理解多核并行的基础。
2.2 从内核态到用户态：中断机制为什么是操作系统的“神经中枢”
操作系统管理四类资源：处理器、存储器、I/O 设备和文件。其中处理器管理的核心是中断处理和进程管理。理解中断，是理解操作系统一切行为的起点。
处理器指令按权限分特权指令和非特权指令，运行状态分内核态和用户态。内核态能执行所有指令，用户态只能执行非特权指令。用户态切换到内核态有三种方式：系统调用、异常、外围设备中断，三者都通过中断机制发生。中断的本质是 CPU 对系统事件做出反应，暂停当前程序，保留现场，执行处理程序，处理完再返回断点。
中断源按功能分五类：机器故障中断、I/O 中断、外部中断、程序性中断、访管中断。访管中断尤其关键——用户程序需要输入输出时，执行访管指令（系统调用），CPU 从用户态转入管理态，操作系统根据编号提供相应服务。这就是“用户程序不能直接操作硬件”这条规则的落地方式。
进程管理在此基础上展开。进程是程序在某数据集合上的一次运行活动，是资源分配和调度的基本单位。进程与程序的区别在于：进程是动态的，程序是静态的；进程有生命期，程序可长期保存；一个程序在不同数据集上运行就是不同进程。进程控制块 PCB 是进程存在的唯一标志，系统通过它感知进程。进程有三种基本状态——运行态、就绪态、等待态，实际系统中还有新建态和终止态。已经获得除 CPU 以外所有资源的进程处于就绪态，这个判断是考试和实际排查中的高频点。
线程是被处理器调度运行的最小单位，包含在进程之中，一个进程可以并发多个线程。进程与线程的区分，直接决定了 Linux 中ps -eLf和top -H这类命令的输出含义。
3. Linux 用户与权限模型：/etc/passwd 和 /etc/shadow 为什么要分开
3.1 用户信息存储的分离设计：一个文件可读，一个文件不可读
Linux 用户管理最容易被忽略的设计，是用户基本信息与密码信息分开存储。/etc/passwd权限是rw-r--r--，所有用户可读；/etc/shadow权限是rw-------，只有 root 可读写。为什么要拆成两个文件？
早期 Unix 把密码哈希直接放在/etc/passwd中，但很多程序需要读取用户信息（比如ls -l要把 UID 转成用户名），如果密码也在里面，任何程序都能拿到哈希值做离线破解。于是把密码字段移到/etc/shadow，/etc/passwd中密码字段用x占位。这个改动看似小，却是权限最小化原则的经典落地。
/etc/passwd每行七个字段：用户名、密码占位、UID、GID、描述性信息、主目录、默认 shell。UID 范围 0-65535，1-499 供系统程序使用，普通用户从 500 开始。GID 中初始组只能一个，附加组可以多个。主目录是用户登录后有操作权限的访问目录，root 是/root，普通用户是/home/用户名。默认 shell 通常是/bin/bash。
创建用户时，系统读取/etc/login.defs和/etc/default/useradd的规则，在/etc/passwd、/etc/shadow、/etc/group、/etc/gshadow中写入数据，然后在/etc/default/useradd设定的目录下建立主目录，最后复制/etc/skel中的所有文件过去。/etc/skel是“骨架目录”，里面放的是新用户的默认配置文件，比如.bashrc、.bash_profile。这个流程解释了为什么新建用户后，家目录里会有一组隐藏文件。
3.2 su 命令的“-”选项：环境变量切换为什么不是小事
su命令用于用户间切换，但有没有-选项，行为完全不同。su -不仅切换用户身份，还把工作环境一起切换，包括 PATH、MAIL 等环境变量；su不带-只是临时切换身份，环境变量还是原用户的。
这个区别在实际操作中经常翻车。比如用su切到 root 后执行某些命令，发现找不到命令或行为异常，原因就是 PATH 还是普通用户的 PATH，/sbin、/usr/sbin不在搜索路径里。环境变量定义的是操作系统环境，如果环境没随身份切换，很多命令无法正确执行。su -可省略用户名，默认切换为 root。
用户组管理同样有细节。groupdel仅适用于删除那些不是任何用户初始组的组。gpasswd选项为空时表示给组设置密码，仅 root 可用；-a user将用户加入组，-d user将用户从组移除。组管理员机制允许 root 授权某个用户代为管理组成员，这是权限下放的一种设计。
提示：
userdel -r在删除用户的同时删除家目录和邮箱（/var/spool/mail/用户名）。如果只想删除用户保留文件，不要加-r。这个选项用错，数据就没了。
4. 文件系统与命令设计：为什么 Linux 把一切都当成文件
4.1 索引节点与路径：文件系统按名访问的底层逻辑
Linux 文件系统最核心的设计哲学是“一切皆文件”。所有文件和目录组织成从根节点/开始的倒置树状结构，文件系统按名访问文件。文件由数据项和文件控制块组成，文件控制块就是索引节点（inode）。inode 存储文件的元信息——权限、大小、时间戳、数据块位置——但不包含文件名，文件名放在目录项中。这种分离设计让硬链接成为可能：多个目录项指向同一个 inode。
文件类型分为普通文件、目录文件、链接文件、设备文件。路径有绝对路径和相对路径，绝对路径从/写起，相对路径从当前目录写起。cd命令的特殊符号值得记住：~代表当前用户主目录，-代表上次所在目录，.代表当前目录，..代表上级目录。cd ~就是回到主目录。
硬链接和软链接的区别是高频考点。硬链接不是新建 inode，而是给同一个 inode 增加一个目录项，所以修改任一文件数据都会变；硬链接不能跨文件系统，不能链接目录。软链接是新建一个文件，内容是指向源文件的路径，相当于快捷方式，可以跨文件系统，可以链接目录，但源文件删除后软链接失效。
4.2 文本处理三剑客：grep、sed、awk 的分工与正则差异
grep、sed、awk被称为 Linux 文本处理三剑客，但它们的定位完全不同。grep负责搜索，sed负责编辑，awk负责格式化处理。
grep在一个或多个文件中搜索正则表达式模式。正则表达式中的特殊字符与通配符含义不同：c*匹配 0 个或多个 c，.匹配任意单个字符，[xyz]匹配方括号中任意一个字符，[^xyz]匹配不在方括号中的字符，^是行首定位符，$是行尾定位符。grep -n在每行最前面列出行号。
sed主要用来自动编辑文件，简化反复操作。常用编辑命令：p打印匹配行，d删除指定行，a在匹配行后追加，i在匹配行前插入，c整行替换，s字符串替换。sed -i直接在文件中修改，而不是输出到屏幕；-n只显示匹配处理的行；-e执行多个编辑命令。
awk更适合格式化文本，自动给一行中每个数据元素分配变量：$0代表整个文本行，$1代表第一个字段，$n代表第 n 个字段。默认字段分隔符是任意空白字符，-F选项可手动指定。awk 'BEGIN {print "..."} {print $0} END {print "..."}' file这种结构把处理前、处理中、处理后三个阶段分开，是 awk 的典型用法。
# 统计 /etc/passwd 中登录 shell 为 /bin/bash 的用户数 awk -F: '$7=="/bin/bash" {count++} END {print count}' /etc/passwd # 用 sed 把文件中所有 foo 替换为 bar，并直接写回文件 sed -i 's/foo/bar/g' filename # 用 grep 查找包含 root 的行并显示行号 grep -n 'root' /etc/passwd第一段代码用-F:指定冒号为分隔符，$7是第七个字段即默认 shell，匹配/bin/bash后计数，END 块输出结果。第二段s/foo/bar/g中g表示全局替换，-i表示原地修改。第三段-n输出行号，模式root是普通字符串，不是正则元字符。
5. 避坑与排查：那些年我们踩过的 Linux 命令坑
5.1 现象：rpm -e卸载报依赖错误，加--nodeps后系统异常
原因：RPM 包之间存在依赖关系，比如先装 httpd，再装 mod_ssl，卸载时必须先卸 mod_ssl 再卸 httpd。直接rpm -e httpd会报依赖错误。有人用--nodeps跳过依赖检测强行卸载，结果依赖 httpd 的其他包全部失效。
解决：按依赖顺序卸载，先卸上层包再卸底层包。用rpm -q --whatrequires 包名查询谁依赖它。--nodeps只在明确知道后果时使用，生产环境不要碰。
5.2 现象：su切换后命令找不到，service命令报 command not found
原因：su不带-时环境变量没切换，PATH 还是原用户的，/sbin、/usr/sbin不在搜索路径中。
解决：用su -切换，或者手动export PATH=$PATH:/sbin:/usr/sbin。养成用su -的习惯，避免环境不一致导致的玄学问题。
5.3 现象：grep li si file把si和file当成两个文件名
原因：grep的基本格式是grep [选项] 模式 文件名，li是模式，si和file都被当作文件名。如果si文件不存在，会报错。
解决：明确要搜索的文件只有一个时，写成grep li file。如果模式中包含空格或特殊字符，用引号括起来。重定向时注意2>&1之间不能有空格，fd>之间也不能有空格。
5.4 现象：rm -rf删除了不该删的目录，没有后悔药
原因：rm是永久性删除，不经过回收站。-r递归删除目录及所有内容，-f强制删除不询问。两个选项组合在一起，杀伤力极大。
解决：删除前先用ls确认目标，或者用mv移到临时目录代替删除。重要操作前做备份。rm -i交互删除可以降低误操作概率，但批量操作时很烦，自己权衡。
5.5 现象：useradd创建用户后，su - 用户名提示目录不存在
原因：useradd默认会创建家目录，但如果/etc/login.defs中CREATE_HOME设为no，或者手动指定了不存在的目录，家目录就不会创建。
解决：用useradd -m强制创建家目录，或者创建后手动mkdir并chown给该用户。检查/etc/login.defs和/etc/default/useradd的配置。
6. 从命令到机制：为什么“背命令”永远学不透 Linux
把 Linux 命令当成孤立的知识点去背，考试能过，但遇到没见过的问题就束手无策。真正能迁移的能力，是理解每条命令背后的机制——为什么rpm -ivh要指定包全名而rpm -e只用包名？因为安装时文件还没进 RPM 数据库，必须靠路径定位；卸载时数据库里已有记录，包名就够了。为什么cp -a相当于-d、-p、-r的集合？因为它要保留链接、属性、递归复制，目标是完整复制目录树。
这种“从机制推命令”的思路，在排查问题时尤其重要。比如df -h显示磁盘满，但du -sh统计的目录总大小对不上，常见原因是文件被删除但进程还持有文件句柄，空间没释放。用lsof | grep deleted找到进程，重启或 kill 掉才能释放。这个现象在文件系统层面是 inode 引用计数的问题，在命令层面只是一个“磁盘满但找不到大文件”的玄学现象。懂机制，就能从现象反推到原因。
再比如find和locate的区别。find遍历目录树实时查找，慢但准确；locate查预建数据库，快但可能过期。数据库由updatedb更新，默认每天一次。如果刚创建的文件locate找不到，不是命令坏了，是数据库没更新。知道这个机制，就不会在排查时浪费时间。
我自己的习惯是：每学一条新命令，先问三个问题——它操作的是什么资源？这个资源在系统里怎么表示？命令的选项改变了资源的哪个属性？比如chmod操作的是 inode 中的权限位，chown操作的是 inode 中的 UID/GID 字段，ln操作的是目录项和 inode 的引用关系。把命令映射到资源模型上，选项就不再是死记硬背的字母组合，而是对资源属性的精确控制。
这份知识点整理把计算机体系结构、操作系统原理、Linux 命令、Shell 脚本、用户管理、文件管理串成了一条线，从冯诺依曼结构到awk的字段变量，每一层都在回答“为什么这么设计”。如果你正在准备计算机三级 Linux 应用与开发技术，或者想从“会用命令”进阶到“理解系统”，沿着这条链路走一遍，比刷一百道选择题更有用。需要完整知识点文档的话，可以顺着这份整理继续往下挖，把每个机制都落到具体的命令和文件上。希望帮到你。
本文还有配套的精品资源，点击获取
