投研帮“计算机复试学习笔记 Day15”——当备考日历翻到这里，意味着初试的惯性早已过去，真正决定上岸与否的复试战场已经近在眼前。如果你正好也走到这一天，或者正计划为自己的复试复习做一个系统规划，那这篇笔记应该能给你一些实在的参考。Day15这个节点很微妙，它既不是刚起步时的茫然无措，也还没到考前几天的焦灼突击，而是处在“知识体系基本成型、但还远没到融会贯通”的关键爬坡期。这篇内容，我打算结合自己当时复习到这个阶段时的真实进度，把这一天里最高价值的知识点、最容易忽略的盲区、以及真正能在复试现场救命的答题策略一起梳理出来。
1. 为什么Day15是一个分水岭：复试复习的阶段定位
1.1 从“学知识”到“说知识”的切换临界点
复试和初试最大的区别，不在于题目难了多少，而在于输出方式彻底变了。初试是纸面上的选择题、填空题、计算题，你只要会做就行，但复试是面对几位老师，用口语把思路讲清楚。很多初试高分选手在复试翻车，不是因为不懂，而是因为“说不出来”。
Day15这个时间点，恰好是多数考生从“输入型复习”转向“输出型复习”的最佳切换时机。前两周，你大概率在做的是：过教材、刷题库、整理知识点框架。到了第十五天，这些输入工作应该已经完成了80%以上，如果还在机械地重复看书，效率会直线下降。
我当时给自己定的一个硬性标准是：合上书，能不能把一个知识点从“它是什么”讲到“它解决了什么问题”再到“它在实际系统里怎么用”。如果能讲出来，说明这个知识真正进入长期记忆了；如果讲不出来，哪怕在纸上能做对题、能在选择题里认出正确答案，复试现场依然会被问得哑口无言。Day15就是用来做这个自我检测的。
1.2 复试考察维度的三层拆解
在规划这个阶段的复习重点之前，有必要先把复试到底考什么拆开来看。综合我自己的经历和对大量上岸经验帖的分析，计算机复试基本围绕三个层面展开：
第一层：专业基础能力。 这一层主要考察数据结构、操作系统、计算机网络、计算机组成原理这四门核心课。形式可能是笔试、机试，也可能直接通过面试问答来体现。重点是概念的准确性、原理的完整性、以及知识之间的联系。
第二层：项目与实践能力。 老师会针对你简历上写过的项目、竞赛、课程设计进行深挖。考察点包括：你做的东西是真的理解，还是只会在PPT里说名词；对技术选型有没有自己的判断；遇到bug时是怎么定位和解决的。这一层最怕的是简历写得天花乱坠，一问细节就露馅。
第三层：综合素质与学术潜力。 包括英文文献阅读理解能力、逻辑表达清晰度、面对追问时的心理稳定性，甚至还包括你对本方向的了解程度——比如你报考的是数据库方向，老师可能随口问你“最近数据库领域有什么你关注的热点”，这就是在考察学术敏感度。
Day15的复习安排，就应该围绕这三个层次做针对性强化，而不是继续抱着初试的复习资料无差别地刷。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 今天的主攻方向：操作系统核心机制的口述化训练
2.1 为什么要把操作系统当成复试“兵家必争之地”
在所有复试科目里，操作系统几乎是必考且最容易拉开差距的一门。原因很简单：它既是核心基础课，又跟实际工程结合得极其紧密，老师出题空间非常大。从进程管理到内存管理，从文件系统到设备管理，几乎每个章节都能延伸出“原理 + 设计意图 + 实际应用”三层递进式的提问方式。
另外，操作系统也是很多导师判断一个学生“计算机底子”是否扎实的默认标尺。你说自己熟悉C++、熟悉Python，老师可能不会太兴奋，但如果你能把操作系统的核心机制讲得头头是道，老师会默认你的计算机基础非常扎实。这种隐含的“加分效应”，性价比极高。
2.2 进程与线程：从背诵定义到讲清设计哲学
很多人在准备“进程与线程的区别”这道题时，习惯于背诵标准答案：“进程是资源分配的最小单位，线程是CPU调度的最小单位；进程有独立的地址空间，线程共享进程的地址空间；进程切换开销大，线程切换开销小……”
这个答案对不对？对。但能拿高分吗？大概率不能。因为在复试现场，老师问这个问题的目的，不是考察你能不能背出这几句话，而是想通过你的表述，判断你有没有真正理解为什么操作系统要这样设计。
我建议的作答逻辑是：先讲清楚“进程是正在运行的程序实例”，它拥有独立的地址空间、打开的文件、信号处理器等资源。线程是进程内部的一条执行流，同一进程下的线程共享地址空间和其他资源。然后立刻从“为什么需要线程”这一角度展开：进程切换时，CPU需要保存/恢复整个执行上下文，包括页表、文件描述符表等重量级状态，开销很大。但有时候我们需要在同一任务内部实现并发，比如一个浏览器既要加载页面又要响应用户点击，如果做成多进程，开销太高；做成多线程，共享资源更方便，切换也更轻量。这就是线程存在的基本动机。
这样讲的好处是，它不仅展示了“你知道是什么”，还展示了“你知道为什么”。在面试中，能主动把问题往设计动机和权衡取舍上引的考生，往往会很快获得老师的正向反馈。
再往深一层，我建议你把线程模型的具体实现也过一遍。特别是Linux下的线程实现——在Linux中，线程本质上是轻量级进程，创建线程时并没有创建全新的地址空间，而是通过clone系统调用创建，且共享地址空间。这一点经常被老师拿来追问：“你说的线程共享进程地址空间，那这个共享是怎么实现的？”如果只停留在概念层面，大概率会被这一问问懵。
2.3 进程同步与死锁：高频考点的必答框架
进程同步和死锁几乎是我遇到的复试最高频考点，没有之一。尤其是死锁这一块，几乎每个学校的复试都会涉及。
复习死锁时，不要把注意力全部放在“死锁的四个必要条件”“死锁的处理策略”这些大而化之的框架上，复试的重点往往在细节和实例上。比如老师可能给你一个具体的多线程场景，让你判断会不会死锁；或者给你一个资源分配图，让你分析是否存在死锁；更常见的是让你写出用信号量实现生产者消费者模型的伪代码。
信号量这块，P/V操作务必理解到位。我当时给自己定的标准是：能不看任何资料，熟练写出生产者-消费者、读者-写者、哲学家进餐这三个经典同步问题的解法，并能解释每条代码对应的信号量语义。这里有一个很多人会出现的问题：代码背下来了，但老师说“你用条件变量实现一下”，立刻卡住。所以复习时不要把信号量当成唯一方案，还要了解互斥锁、条件变量、读写锁这些不同同步原语在解决同一类问题时的差异和选择依据。
死锁的四个必要条件（互斥、持有并等待、不可剥夺、循环等待）要会用“反面验证法”来理解：设计死锁预防策略时，本质就是打破其中一个条件。比如“一次性申请所有资源”打破的是持有并等待；“允许资源被强制抢占”打破的是不可剥夺；“按序分配资源”打破的是循环等待。能把每个策略对应到具体被打破的条件，才算是把知识学活了。
2.4 内存管理：虚拟内存一定要讲到的一层
内存管理这一章，最核心也最容易被问出深度的考点必然是虚拟内存。复习虚拟内存，一定要把“逻辑地址、物理地址、页表、缺页中断、页面置换”这条链路串成一个完整的故事来理解。
我在模拟面试时总结了一个自认为比较稳的讲述口径：先说明为什么需要虚拟内存——为了高效、安全地管理有限物理内存，让每个进程都感觉自己拥有独立、连续、近似无限大的地址空间。然后讲实现基础：分页。将进程的逻辑地址空间划分为固定大小的页，物理内存按同样大小划分为页框，通过页表建立映射。为什么用固定大小的页？这是为了消除外部碎片，同时让地址转换简单高效，只需要一次页表查找。然后讲到缺页：当访问的页不在物理内存中时，CPU触发缺页中断，操作系统负责从磁盘调入缺失页面，这个过程涉及页面置换算法。
页面置换算法这块，最容易考到的就是LRU和FIFO。值得注意的是，很多教材里LRU被描述成“最近最久未使用”，但实际答题时，老师更希望看到你能说出它的实现代价：真正的LRU需要维护访问时间信息，硬件成本较高，所以实际系统往往采用近似LRU，比如Clock算法。如果你能在面试中提到这一层工程实现上的取舍，立刻会和那些只会背概念的学生区分开。
3. 复试英语与专业问答的准备策略
3.1 英文自我介绍的设计：别把简历念一遍
复试英语环节，最常见的考察形式是自我介绍和日常问答，部分学校还会加入英文专业课问答或英文文献翻译。很多人的自我介绍就是把自己简历里的项目经历翻译成英文，然后从头念到尾，这是最无聊也最无效的做法。
英文自我介绍的核心目的，不是让老师了解你做过多少事情，而是展示你的英语表达能力、逻辑组织能力，以及自信从容的状态。建议结构：第一段一句话介绍姓名、学校、专业方向；第二段说说你为什么对这个方向感兴趣、之前在相关领域做过什么努力；第三段简单提到未来的学习规划，并表达希望能进入贵校深造。全程控制在两分半到三分钟，语速不要赶，宁可慢一点也要把每个词的发音发清楚。
我当时的做法是：把自我介绍背熟之后，专门录音听回放。这一步非常重要，因为很多人在脑子里觉得“我说清楚了”，但回放一听，全是吞音和含糊的语调。录音能让你跳出来，像一个听众一样审视自己的表达。录到第5到8遍的时候，基本就能达到“脱稿但非背诵感”的状态。
3.2 专业知识问答：“分点作答 + 结论前置”的黄金结构
复试面试的专业问答环节，最考验的是临场表达能力。针对这类问题，我的一个非常重要的体会是：无论会不会，一定要养成“分点作答、结论前置”的表达习惯。
什么叫结论前置？比如老师问：“TCP三次握手为什么不是两次？”先给出最核心的那句话：“因为两次握手无法确认接收方的接收能力和发送方的发送能力，无法防止历史重复连接请求对通信双方状态的干扰。”然后再展开解释细节。
这就相当于写议论文的总分总结构——第一句话亮明核心论点，后面再补充论据。这种表达方式的好处非常明显：哪怕你后半部分因为紧张说得不够流畅，老师也已经接收到了最核心的信息，对你的能力判断不会太差。相反，如果一上来就东拉西扯，说到第二分钟还没切入重点，老师的第一印象就会大打折扣。
我在准备阶段，给自己定的一个训练标准是：每一个高频知识点，都逼迫自己用不超过三句话概括核心答案，然后再展开。这个练习坚持一段时间后，面试时遇到提问基本能做到“先放结论，再逐层展开”，整个回答节奏会非常稳定。面试中很容易出现的情况是一紧张就语速飙升，说得越快反而越乱。这里有一个小技巧：每次回答完一个问题，哪怕很确定答案，也可以刻意停顿一两秒，告诉自己“这句话说完了”，让节奏慢下来。这在心理学上叫“节律控制”，能有效降低紧张带来的语无伦次感。
3.3 英文文献翻译：以专业词汇量为基础，以快速抓主干为核心
部分学校会在复试中加入英文文献翻译环节——给一段本方向的英文摘要，现场读一遍然后翻译。这个环节准备起来其实性价比很高，核心就是两件事：不断扩大专业词汇量，以及练习快速抓句子主干。
专业词汇量没有捷径，就是把四门核心课里的英文术语反复过。我整理了大概150个高频词，比如：scheduling（调度）、deadlock（死锁）、virtualization（虚拟化）、encapsulation（封装）、polymorphism（多态）、concurrency（并发）、throughput（吞吐量）、latency（延迟）等等。每天看一遍，十天下来基本都眼熟了。
翻译技巧方面，最重要的原则是：不要逐词翻译，先抓句子主干。英文学术文献里大量使用从句，遇到一个长难句，先找到主谓宾，然后再把修饰成分填充进去。比如一个句子先读到“The scheduler is responsible for...”那核心意思就是“调度器负责做某事”，剩下的复杂修饰在翻译时灵活调整语序。这个习惯在平时看英文文档时就要刻意训练，等到了考场才不会慌乱。
4. 机试/上机环节的实战建议与代码模板
4.1 机试考核的核心规律：不拼奇技淫巧，拼基本功稳定性
现在越来越多的高校在复试中加入机试环节，一般是在规定时间内完成若干道算法题，环境通常是C/C++/Java/Python之一。机试的题目难度通常不会达到竞赛水平，以LeetCode中等题为主、简单题为辅，偶尔混入一道偏简单的困难题。
有一个容易被忽略的事实：机试真正拉开差距的往往不是谁会做最难的题，而是谁能在有限时间内稳定地通过更多的题目。有些同学平时刷题很猛，专攻难题偏题怪题，但到了机试现场，连一个“实现字符串反转”的变体题都因为细节没处理好而卡半天，这就非常可惜了。
所以在Day15这个阶段，我的建议是：别再刷难题了，把精力放在基础算法的“条件反射化”上。要做到：看到题目就能快速判断属于哪一类考点，然后立刻从自己的模板库里调出对应的基础代码骨架，在骨架上做一些针对题意的修改。模板化训练，是最适合机试短期冲刺的方式。
4.2 高频算法题型的代码模板沉淀
以下是我在准备机试时沉淀的几类高频题型的代码骨架，这里分享出来，供大家参考。我用的是C++，如果你用Java或Python，思路完全一致，照着改写即可。
第一类：链表操作。 链表类题目在机试中出现频率极高，尤其是反转链表、判断是否有环、删除倒数第K个节点、合并有序链表。刷题的时候不要每道题都从零开始想，先背熟一个完整的链表中点/反转/合并模板，考场上遇到直接套。
cpp复制// 反转链表（迭代版）
struct ListNode {
int val;
ListNode *next;
ListNode(int x) : val(x), next(nullptr) {}
};
ListNode* reverseList(ListNode* head) {
ListNode* prev = nullptr;
ListNode* curr = head;
while (curr != nullptr) {
ListNode* nextNode = curr->next;
curr->next = prev;
prev = curr;
curr = nextNode;
}
return prev;
}
第二类：二叉树遍历。 前序、中序、后序的递归实现必须默写无误，同时要会迭代写法（使用栈）。层序遍历要用队列，并且要会统计每一层的节点个数——这是很多题的变体基础。
cpp复制// 二叉树层序遍历（逐层输出）
vector<vector<int>> levelOrder(TreeNode* root) {
vector<vector<int>> result;
if (!root) return result;
queue<TreeNode*> q;
q.push(root);
while (!q.empty()) {
int levelSize = q.size();
vector<int> currentLevel;
for (int i = 0; i < levelSize; ++i) {
TreeNode* node = q.front();
q.pop();
currentLevel.push_back(node->val);
if (node->left) q.push(node->left);
if (node->right) q.push(node->right);
}
result.push_back(currentLevel);
}
return result;
}
第三类：排序与查找。 快排、归并排序、二分查找这三大件的代码必须能独立手写。尤其是二分查找，看着简单，但边界条件（left <= right还是left < right）极容易出错。我的建议是只背一种自己最趁手的写法，然后在所有题里统一使用，不要在考场上临时试另一种写法。这里给出我非常推荐的二分查找写法：
cpp复制int binarySearch(vector<int>& nums, int target) {
int left = 0, right = nums.size() - 1;
while (left <= right) {
int mid = left + (right - left) / 2;
if (nums[mid] == target) {
return mid;
} else if (nums[mid] < target) {
left = mid + 1;
} else {
right = mid - 1;
}
}
return -1;
}
第四类：动态规划入门。 机试中的动态规划题目大多属于“经典背包类”或“一维DP类”。最长递增子序列、最大子数组和、爬楼梯这类题必须烂熟于心。复习时不求掌握多高深的DP优化技巧，但求把状态定义、状态转移方程、边界条件这三步稳扎稳打写完整。
4.3 机试环境调试与考场心态准备
还有几个机试考场上容易踩的坑，这里单独提一下：
第一，提前熟悉编译器和环境。很多学校机试用的是指定的OJ系统，可能没有Visual Studio那么好用的调试器。考前务必去目标院校的官方通知里查看机试环境说明，如果明确写的是某特定IDE，就提前在本机装一个一样的，练习几道题。我见过有人考场上因为不适应Code::Blocks的快捷键，半小时才写完一道最简单的输入输出题，心态直接崩了。
第二，一定要写输入输出。有些同学平时刷LeetCode不关心输入输出怎么写，但机试大多需要自己处理标准输入输出。文件头不仅要记得#include <iostream>，还要记得处理多组输入时用while (cin >> n)的循环结构。这种细节在练习时就要形成肌肉记忆。
第三，如果一道题卡了20分钟，果断跳过。机试是分点计分，一道题全过拿高分，不是说你从第一题死磕到最后一题就能获得更多时间。先把会做的题全部写完，再回头思考卡住的题，这个“先易后难”原则在机试中至关重要。
5. 项目经历深挖与高频追问演练
5.1 项目介绍的三分钟黄金法则
复试面试中，几乎必然有一个环节是“介绍一下你做过的项目”。很多人觉得项目没什么好准备的，自己做的，还能不熟吗？事实恰恰相反，复试翻车重灾区之一就是项目介绍。
自我介绍项目时，最忌讳的是从项目的背景、前世今生说起，讲了半天还没说到自己干了什么。老师每天要面十几个甚至几十个学生，没有耐心听长篇大论。所以项目介绍，请务必设计成一分钟到三分钟版本的“故事线”，基本框架是：项目解决什么问题 → 我负责哪部分 → 用了什么技术方案 → 遇到了什么难点 → 怎么解决的 → 最终效果怎样。
关键在于最后的“难点和解决过程”一定要准备得特别扎实。因为老师听前面的内容多半在心里给你定性，只有讲到具体的困难时，他才能判断你做的事情是真实的、有含金量的，还是简历上包装出来的假大空。
5.2 项目追问中最高频的几种“夺命题”
项目追问环节，有几个出现频率极高的问题，必须提前准备：
问题一：“这个模块你是怎么设计的？” 这是最常规的问题，针对简历里写的任何一个模块都可能被挑出来。应对策略是准备好该模块的架构图、数据流设计、核心数据结构在脑中的清晰图景。哪怕不让你画图，也要能用口述把模块拆成输入、处理、输出三个环节，说清楚关键数据结构长什么样。
问题二：“为什么选择这个技术方案？换一个行不行？” 这个问题是真正的拉开差距之处，急需要提前做横向技术对比。如果你的项目用了MySQL，想一下为什么不用Redis/MongoDB？如果你的项目用了Spring Boot，想一下为什么不用Go的Gin或Python的Flask？不一定每个对比都进行过实测，但至少要能给出一个合情合理的技术选型理由，比如“因为数据一致性要求高于性能，所以选择了关系型数据库”这样的论述。
问题三：“这个项目的数据量有多少？如果数据量大十倍，你的方案还撑得住吗？” 这是典型的“压力追问”，考察的是你有没有从实际工程复杂度的角度考虑过问题。哪怕项目确实只是个课程设计，也需要提前思考可能的性能瓶颈，以及至少一种优化思路，比如加缓存、换存储引擎、做垂直切分等。答案本身是否完全正确不是最关键的，更关键的是你有没有这种面向规模思考的意识。
5.3 简历项目的“诚实性原则”与应对策略
最后关于项目经历，必须给一个明确的底线建议：绝对不要在简历里写自己做过的、但完全不熟悉的内容。一旦老师追问到你不熟悉的细节，剩下的项目可信度都会全面崩塌。与其去编造一个听起来很高大上的项目，不如把一个小而完整的项目讲透讲扎实。
正确的做法是：简历上只写自己能掌控七成以上的内容。剩余三成，提前查资料补课补上。对于本来就很简单的项目，也可以通过增加对比实验、性能分析、异常处理等维度来扩充它的技术深度。比如一个常见的“学生信息管理系统”，如果你实现了缓存优化、处理了数据库并发访问、做了权限管理等，整个项目的技术含量立刻会上升一个档次。
6. 信息收集与导师沟通的实用经验
6.1 复试信息搜集的信息源优先级与避坑
到了Day15，复试的很多关键信息其实已经可以通过官方渠道获取了，包括：复试形式（线上还是线下）、复试科目与参考书、机试环境说明、复试时间线、是否需要提交简历或个人陈述。这些信息的获取优先级最高，来源一定是学院官网或研究生院招生网，最可靠。
然后是往年的复试回忆帖（常见于各类考研社区平台，建议多搜目标院校的名字加“复试真题”），这些内容可以帮助你了解目标院校的命题风格和提问习惯。不过使用这些信息时有一点要特别注意注意：往年信息不是官方承诺，仅供参考，不能完全替代官方网站信息。
需要警惕的是各种“复试班”“保过班”的营销信息。复试班是否有必要，取决于你个人的基础和自制力，但我个人认为，复试的胜负手完全在于你对基础知识的深度掌握和对项目的熟练把控，这些都不是报班能替代的。千万不要因为焦虑而盲目消费。
6.2 联系导师的邮件模板与注意事项
联系导师这件事，建议在复试名单确定之后再谨慎操作。一封好的联系邮件，内容应该简洁清晰，包含三块：我是谁、我对你的方向感兴趣、我有哪些与方向相关的能力。
我当时用的模板大致是这样。开头一句“老师您好，我是XX大学XX专业的考生XXX，初试成绩XXX，报考您的研究生，冒昧给您写信。”第二段一两句话说清楚你对导师研究方向的兴趣点，注意不要说空话，最好能提到老师某篇论文或某个具体研究点，显得是有了解后才写的，而不是群发。第三段概括地表达一下自己的学术背景和项目经历，不要复制粘贴简历。结尾表达希望有机会进一步交流，留下联系方式。
有几个容易踩的雷：不要说“我对您所有方向都非常感兴趣”，这种话等于没说过。不要写太长，300字以内就够了。不要同时给同一所学校多个老师群发邮件，如果被老师们互通消息，反而留下不好的印象。
6.3 把“热点方向”整理成自己的话题弹药库
Day15复习到中期，我非常建议花一个下午，专门把你报考方向的近期热点整理成一个文档，作为“话题弹药库”。比如你报考的是计算机视觉方向，就可以整理：目前在目标检测、图像分割、自监督学习、多模态模型这些领域里有代表性的模型和方法，各自的核心思想是什么，近期有什么趋势。你不需要精通到能复现一篇顶会论文，但至少能在这个方向上和老师有话可聊。
这样做的原因很简单：复试面试中，老师很可能在基础问题之外“随便聊聊”，这个“聊聊”才是最考验平时积累的。你要是能在基础问答之后，顺带说出“我对这个方向的最新进展比较关注，比如XXX”，整个面试的层次感立刻就出来了。哪怕只是一个简单的点评，也会给老师留下“这个学生是有想法的”好印象。
7. 个人状态管理与复试当天的节奏控制
7.1 复习到这个阶段最容易出现的三种不良状态
一是“自我感动式努力”：每天学十二个小时，但其中大部分时间都只是在整理笔记、抄写知识点，真正张口练习说话的时间没几分钟。复试是说话的艺术，不开口练就是在逃避核心矛盾。到了Day15，必须强制自己把每天至少三分之一的时间用在“口头复述”和“模拟问答”上。
二是“过度焦虑式比较”：看到别人复习进度比自己快，别人找到了很牛的导师，别人机试刷了几百道题，就开始心态失衡。这种比较毫无意义，每个人情况不同，你只要确保自己每天都在往前推进就够了。我自己当时用的一个方法是：每天睡前记录“今天解决了哪三个问题”，不追求大，只追求确定。这个方法对维持掌控感很有效。
三是“松弛懈怠式躺平”：初试结束以后紧绷很久的弦突然松掉，到了复试准备期很难重新紧起来。这种状态最危险，因为它会让你在某一天突然意识到来不及了，然后陷入极度焦虑。对抗方法是把复习拆成每天可完成的明确任务，比如“今天整理完死锁的专题训练题”，一天只做五六个这样的具体任务，就不会觉得无所适从。
7.2 复试前一周的模拟面试安排
到考前一周，建议安排至少三场正式的模拟面试。模拟找谁？尽量找有经验的人，可以是上一届上岸的学长学姐，也可以是同样在准备复试的同学互相练。如果实在找不到人，自己对着摄像头录像也是可以的，重点是回放纠错。
模拟面试一定要严格按照真实流程来走一遍：进门或者上线、自我介绍、抽题或专业知识问答、项目深挖、英文环节、毕业设计/科研设想问答。每个环节计时，面试完立刻回放录像，自己找问题。我当时在第一遍模拟录像里发现自己说话平均每句话都带一个“然后”，整整二十分钟的录像里出现了几十次，这个发现让我后来在表达上下了很大功夫去修正。
到复试前三天，就不要再学新的知识点了。只做两件事：把之前整理的高频考点框架快速过一遍，把自我介绍和项目介绍重新顺几遍。别的都不要再碰，保持状态比临时抱佛脚重要得多。
7.3 复试当天的几个实用小建议
关于着装：不用西装革履，但也不要穿得太随意。整洁、干净、颜色偏素净的上衣即可，给老师留下“认真对待”的第一印象。
关于进入面试教室（或线上会议）的姿态：进门敲门，如果有椅子等老师示意再坐下，坐姿端正但不要僵直。线上复试的话，提前测试好网络、摄像头角度和光线，保证上半身清晰可见，背景尽量干净。
关于回答问题被打断：老师打断你发言，通常是觉得你说得够了或者想快速换个角度追问，这本身不一定是坏事。被打断以后不用慌，也不用强行把自己没说完的话补完，顺着老师的新问题走即可。保持微笑，从容应对。
关于遇到完全不会的题目：千万不要沉默。可以先坦诚地说“老师抱歉，这个问题我之前复习时确实没有深入到这个细节”，然后紧接着补充“我尝试着从已有的知识出发，推测一下解决思路”，然后尽可能展开一个有逻辑的、可能不完全正确的推导过程。这个“诚实 + 尝试”的应对模式非常有用，因为老师本来就是来考你的知识边界的，你不太可能全都会。如何体面地处理不会的问题，反而是他们更看重的考察点。
8. 今天复习计划的复盘与模板化笔记习惯
8.1 Day15的当日复盘记录
复盘是每天都必须做的一件事，但这里的复盘不是简单地写“我今天复习了什么”，而是要有针对性地回答三个问题：哪些知识点今天第一次真正理解透了？哪些知识点依然是模糊的、需要明天再攻？今天练习中发现自己的表达有哪些具体问题在重复出现？
我当时就是这样记录Day15的复盘的。比如第一次把虚拟内存的缺页中断全流程完整讲出来了，这是“真正理解透了”；操作系统的死锁避免里银行家算法实现细节依然有点绕，这是“需要明天再攻”的；录像里发现自己讲英文自我介绍时节奏偏快、还不自觉往外蹦中文语气词，这是“表达上的具体问题”，第二天早上就专门拿半小时重录了三遍，直到节奏稳定下来。
8.2 建立“一页纸专题”笔记法
最后的最后，分享一个我自己一直保留的笔记方法：一页纸专题总结。对于每一个高频考点，用一张A4纸，正反面手写出：核心定义、关键原理流程图、常见考点延伸、我在面试中会怎么答（口语化关键词）、容易踩的坑。每天复习结束后把当天过过的几个专题纸夹在一起，隔天早上花十五分钟快速翻看一遍，到复试前这些纸就是你最珍贵的背诵材料。
为什么强调手写？因为手写这件事本身会强迫你对信息做筛选和结构化的处理。在电脑上做笔记，很多人会直接复制粘贴一大段，看似记了很多，脑子却什么都没留下。手写需要浓缩、需要提炼关键词，这个过程本身就是一次高效的记忆巩固。到了面试现场，你的脑海里会自动浮现出那一页纸的空间布局，回忆效率远高于翻看电子文档。
Day15不是一个多么特殊的数字，但它提醒你：复试的准备已经进入了后半程。从现在开始，看过的每一页书，都要能讲得出口；练过的每一道题，都要能稳定输出。把“理解”变成“熟练”，把“会做”变成“会说”，然后再把“会说”变成“说得好”——这个过程需要时间，但第十五天，正是它应该真正发生的时间节点。