大学计算机必修课新讲--编译原理+操作系统+图形学（17章完整版）

这门课把编译原理、操作系统、图形学放在同一套 17 章的内容里讲，本身就值得说一下：这三门课在多数培养方案里是分开三个学期上的，各自有独立的教材、实验和考试。把它们拼在一起讲，好处是你能看到三者之间真实存在的接口——编译器生成的代码最终要被操作系统的加载器和调度器接住，图形管线里对顶点和像素的处理又大量借用了编译期的 IR、遍历和代码生成思路。如果你已经零散看过其中一两门，却总觉得它们是三座互不相通的孤岛，这份资料的价值就在于把这个连接面显式地摆出来。

技术栈与实现语言的选择

从章节安排看，操作系统部分覆盖了文件系统、调度这些需要落到数据结构上的主题，而不是只讲概念图。文件系统那一章明确点了“底层数据结构设计与抽象”，这意味着你会看到 inode、目录项、空闲块管理这些结构怎么被组织起来，而不是背一遍“文件系统负责管理外存”。这类内容如果只看视频不做笔记，很容易在“听懂了”和“能写出来”之间断掉，所以配套课件的作用会比平时更大：对着课件把结构体定义、链表/位图的选择理由抄一遍，比反复看视频有效。

图形学部分的落点是第 13 章的概要和第 17 章的一个 3D 射击游戏实现。这个安排是合理的：先建立坐标系、变换、光栅化的基本框架，再用一个具体项目把管线串起来。需要提醒的是，射击类 3D 游戏涉及输入处理、碰撞、渲染循环，代码量不会小，建议在看完概要章之后就先把引擎/框架层面的代码跑通，再逐段替换成自己写的部分，而不是等全部看完再动手。

项目结构与可复用模块

三门课合在一起，真正能沉淀下来复用的东西大致是几类：一是词法/语法分析阶段的表驱动结构（状态机、符号表、产生式表），这类代码写成通用形式后，换一门小语言也能继续用；二是操作系统里的资源管理与调度循环，哪怕你在做的是应用层的任务队列，思路是通的；三是图形学里的变换矩阵与相机控制，这套东西在游戏、可视化、仿真里几乎原样复用。

第 17 章的游戏项目可以当作一个综合练习：它天然要求你同时处理主循环（接近操作系统的调度思维）、资源加载（接近文件系统的抽象）和渲染管线（编译式的分阶段处理）。把这三块分别抽成独立模块，再在主循环里组装，是这个项目最值得学的地方。不要把它当成一个“做完就扔”的 demo。

对照实践的学习方式

这类偏原理的课程，最容易出现的问题是看完之后只剩下名词。比较实际的用法是：每看完一章，先合上视频，凭记忆把这章涉及的数据结构或流程画出来；画不出来的地方回去补，然后打开课件对照。编译原理和操作系统尤其吃这一套，因为它们的难点往往不在概念本身，而在细节的取舍——为什么用这个结构而不是那个。

图形学部分则可以反过来，先跑代码看结果，再回去补理论。看到画面动了，再问“这一步的矩阵是怎么乘出来的”，理解会扎实很多。

适合谁来对照

如果你正在准备考研的 408 或者计算机专业课，这份资料适合当第二遍的梳理材料：用视频串一遍主线，用课件补细节。如果你已经工作、想补计算机基础，它的价值在于图形学和游戏项目这个落点——很多后端方向的开发者对编译和操作系统不陌生，反而缺一个能把底层原理用起来的场景，第 17 章就是这个场景。不要指望一遍看完就掌握，按章节切块、每块配一个能跑的小练习，是更现实的节奏。