企业官网建设流程全解析

1. 2026年的八股文，到底在考什么

说实话，2026年3月还愿意坐下来认真背八股文的求职者，我是佩服的。现在全网都在喊“八股无用，项目为王”，可真到了面试现场，面试官一张嘴问的还是TCP三次握手为什么不能改成两次、MySQL的B+树为什么不用红黑树、线程池核心参数到底怎么设计。问题的问法变了，内核一点都没变。我自己面过上百人，也带过不少新人，越来越确定一件事：八股文不是面试的全部，但它依然是面试官判断你有没有基本功的最快路径。

这一波求职行情跟五年前完全不一样。以前靠刷题就能进面试，现在简历筛选更严格，面试轮次更多，考察半径也更宽。我从大量实际面试反馈里总结出的结论是：2026年的八股，已经从“背答案”进化成“讲逻辑”。面试官不再满足于你报出“三次握手、四次挥手”这八个字，会顺着往下追问：为什么不设计成两次？服务端卡在哪一步？TIME_WAIT属于哪一端？如果丢包了怎么处理？这一连串追问才是真正的筛选器。

1.1 从“背多分”变成“场景题”

先说一个最直观的变化：现在的八股题几乎没有纯理论背诵，全部裹了一层业务场景的外壳。比如“缓存穿透”不再直接问定义，而是问“秒杀活动开始瞬间，大量请求打到Redis上都是不存在的key，怎么保护MySQL”；“线程池参数”也不再问默认值，而是问“线上服务CPU突然飙到90%，你怎么判断是不是线程池配置不合理”；“MVCC”不再是概念默写，而是丢一个转账并发场景，让你解释为什么不会出现脏读。

这个变化背后是面试官的无奈。纯八股题在网上都能搜到标准答案，背一两天就能应付，根本测不出真实的工程水平。所以现在的主流考法是“场景化八股”：把经典知识点塞进真实项目里，看你能不能识别出背后的原理，能不能给出有依据的取舍。应对思路也要跟着变，不能只背结论，要把每个知识点理解到“能讲清为什么”的程度。

1.2 面试官真正在验证的三条能力线

把近两年的面经拉通看，不管什么岗位，面试官翻来覆去其实只在验证三件事：基础扎不扎实、工程经验真不真、思路清不清晰。

基础线对应计算机网络、操作系统、数据结构与算法，考察的是大学阶段的底子。工程线对应你简历里的项目，考察的是技术选型、故障排查、性能优化这类真实经验。思路线没有标准题库，往往通过系统设计、场景追问、手撕代码过程中的沟通来观察。八股文主要攻的是第一条线，但它也是后面两条线的地基。项目再漂亮，如果连HTTPS握手过程都讲不清楚，面试官很难相信项目里的“全链路加密”是你亲手做的。

1.3 2026年新增的考察方向

今年还有一个很明显的信号：AI相关内容开始大量进入面试题。不是让你写Transformer源码，而是问RAG检索增强生成的基本流程、Agent的规划与工具调用、大模型的幻觉问题怎么缓解、Function Calling的原理这类应用层八股。另外，云原生、可观测性、性能优化这些方向被问到的频率也明显变高。后面我会专门开一章讲这些新方向，先把核心结论放在这里：传统八股依然稳坐C位，但AI应用、云原生这两块新八股，已经成了简历上没有就会吃亏的加分项。

2. 计算机网络：永远的第一座大山

计算机网络是技术面试里出现频率最高的板块，没有之一。不管是后端、客户端、测试还是运维，TCP、HTTP、DNS这些话题一定能碰上。这部分的特点是知识点密集、容易遗忘、追问极深，所以我建议把它放在复习的第一顺位。

2.1 TCP三次握手与四次挥手：必问中的必问

TCP三次握手几乎100%会考。标准答案最好熟到条件反射：客户端发SYN，服务端回SYN+ACK，客户端再回ACK，连接建立。但如果你只背到这里，基本撑不过十秒，面试官一定会追问“为什么是三次”。

你要能讲清楚两个层面的原因。第一个层面是避免历史重复连接：如果只有两次握手，服务端无法确认客户端发来的SYN是不是过期重传的旧报文，可能为废弃连接白白建立资源。第二个层面是同步双方序列号：三次握手本质是让双方确认彼此的初始序列号都已被对方收到，这是可靠数据传输的前提。回答时可以补一句“两次握手下，服务端的资源可能在客户端还没准备好时就被分配，容易浪费”，这句话面试官通常比较认可。

四次挥手的考查点更细。核心是TIME_WAIT：主动关闭方要等待2MSL才能最终关闭。这个状态的作用有两个：一是确保最后一个ACK能到达对端，如果丢失可以重传；二是让旧连接的所有报文在网络中自然消失，避免污染新连接。面试官还喜欢追问CLOSE_WAIT，如果服务端出现大量CLOSE_WAIT，基本说明应用程序没有正确调用close，属于代码层面的连接泄漏，这在排查线上问题时很常见。

2.2 HTTP协议演进：从1.0到3.0

HTTP是八股里的另一个重头戏。过去记住“1.1默认长连接、2.0多路复用”就够了，现在面试官会顺着协议版本一路问到底。我的建议是把三个版本的核心差异做成一张对照表，这样记忆更牢固。

备考时特别注意两个问题。第一个是队头阻塞，HTTP/1.1里如果一个响应迟迟不到，后面所有响应都会被卡住，这就是TCP队头阻塞。HTTP/2.0通过在一个TCP连接上切出多个stream解决应用层阻塞，但底层TCP丢包重传时，所有stream依然会被阻塞，所以才有HTTP/3.0改用UDP+QUIC的方案。第二个是扩展：比如HTTPS的TLS握手新增了TLS 1.3的1-RTT和0-RTT模式，在高并发场景下能显著降低首屏耗时，这些引申点都是面试加分项。

2.3 HTTPS握手和“输入URL后发生了什么”

这个组合题可以说是大厂高频率压轴题，一题能覆盖网络全链路。标准路径大概是这样：浏览器解析URL，查本地DNS缓存，没命中就递归查询DNS，拿到IP后与目标建立TCP连接，在TCP之上做TLS握手，交换证书、协商密钥、完成加密通道建立，然后发HTTP请求，服务端处理返回响应，浏览器解析渲染，遇到外链资源再重复前面的步骤。

重点在TLS握手过程：客户端先发ClientHello，服务端回ServerHello并附上证书，客户端验证证书合法性，双方通过非对称加密协商出对称密钥，之后所有数据都走对称加密。面试官经常会问“为什么握手阶段用非对称，数据传输阶段用对称”，这里要说清楚性能原因：非对称加密慢，只用来安全交换密钥；对称加密快，适合海量数据传输。另外要能解释证书链、数字签名、中间人攻击的应对方式，这几个点几乎是一套连环追问。

2.4 高频追问：滑动窗口、拥塞控制、粘包

这三块经常作为附加题出现。滑动窗口的本质是流量控制，让发送方不超过接收方的处理能力，通过窗口大小字段动态协商。拥塞控制则是网络层的自我保护，包含慢启动、拥塞避免、快速重传、快速恢复四个阶段。面试时能画出拥塞窗口随阈值变化的曲线，比背定义有效得多。

TCP粘包问题只会在你简历里出现Socket或Netty时被追问。要解释清楚：粘包不是因为TCP本身有包边界，而是应用层把多条消息写在一个流里，接收端一次read可能读到多条，或者一条被拆成两次。解决方案有固定长度头、特殊分隔符、消息头记录长度三种，Netty就是通过LengthFieldBasedFrameDecoder这类机制处理的。答完可以顺手点一句“UDP不存在粘包，因为它是报文独立的”，显得边界感清晰。

3. 操作系统：基础面试的第二座大山

操作系统的考察密度仅次于网络，而且和网络经常联动出题。比如讲“高并发服务为什么性能差”，一半原因在TCP，另一半其实在进程线程切换和内存拷贝上。操作系统八股我建议按“进程线程→内存管理→文件系统→系统排查”四条线来梳理。

3.1 进程、线程与协程的取舍

进程和线程的区别是入门级送分题，但2026年面试的进阶考法是加入协程。三者对比：进程是系统资源分配的最小单位，线程是CPU调度的最小单位，协程则是用户态调度、由应用程序自己管理的更轻量并发单元。线程切换要走内核态、包含寄存器上下文和栈的切换，开销大；协程切换完全在用户态完成，没有内核参与，所以可以做到微秒级甚至更低。

以Java为例，传统线程池在面对海量IO请求时，线程数一多CPU就开始大量消耗在上下文切换上。虚拟线程的出现就是为了缓解这个问题：Java 21之后虚拟线程由JVM调度，占用内存小，能创建几十万个。面试时可以对比Loom虚拟线程和Go goroutine的区别，这属于典型的加分扩展。

3.2 死锁：四条件与解决思路

死锁理论是操作系统必考，核心是四个必要条件：互斥、占有且等待、不可剥夺、循环等待。光背条件不够，要能回答怎么破解。比如预防循环等待可以给所有资源编号、按序申请；破坏占有且等待可以一次性申请所有资源；破坏不可剥夺可以设置超时回滚。

实际工程里的典型场景是数据库事务和分布式锁。两个事务各自持有一把锁、又互相等待对方持有的锁，就形成死锁。MySQL的InnoDB有死锁检测机制，检测到后会回滚代价最小的事务。分布式环境下则需要引入锁超时和重试机制，这些融合性的理解比单纯背概念更能打动面试官。

3.3 虚拟内存、页面置换与零拷贝

虚拟内存是现代操作系统的核心机制。它让每个进程都以为拥有连续完整的地址空间，通过页表映射到物理内存。内存不足时，操作系统把暂时不用的页换出到磁盘，这就是页面置换。常见的置换算法有FIFO、LRU、LFU，面试重点考察LRU，因为Redis和MySQL的设计里都有它的影子。手撕LRU缓存时建议直接用“哈希表+双向链表”，这是被验证过无数次的教科书方案。

零拷贝是网络编程里的热门考点，也是高性能中间件必备技能。传统的文件发送要走“磁盘→页缓存→用户缓冲→Socket缓冲→网卡”多次拷贝，零拷贝通过sendfile或mmap把用户态拷贝省掉。Kafka高性能的原因之一就是大量使用sendfile和page cache，面试时把这条链路串讲清楚，就能把操作系统、网络、中间件三个领域打通，属于收益极高的知识点。

3.4 Linux排查命令：面试里不能丢的基本功

操作系统的最后一道大题常以“线上故障排查”形式出现。CPU满了看top、负载高看uptime、内存不足看free、磁盘满了看df、IO瓶颈看iostat、网络连接看ss或netstat、系统调用跟踪看strace。这些命令要在简历上写“熟悉Linux”，就必须能脱口而出。

最能体现功底的是组合排查思路。比如一个Java服务CPU飙高，标准流程是：top找到CPU高的进程，top -Hp找到具体线程，jstack导出线程栈，搜索线程ID对应的16进制值，定位到业务代码。这套流程把Linux命令和Java工具串起来，面试官一听就知道你真处理过线上问题，而不是只背过命令。

4. 语言与框架八股：分方向逐个攻破

2026年不同技术栈的面试题分化很明显。Java后端、C/C++嵌入式、Python测试、Go中间件、前端React/TypeScript，考察重点各不相同。但有一条是共通的：语言细节点+框架原理点，二者缺一不可。

4.1 Java：JVM、并发与Spring三巨头

Java方向的核心阵地是JVM、并发编程、Spring框架。JVM侧重内存区域划分和垃圾回收。很多面试者把Eden、Survivor背得很熟，但问他“对象什么时候进入老年代”就开始含糊。要能讲清楚：大对象直接进老年代、长期存活对象超过阈值进老年代、动态年龄判定，以及担保机制。GC方面G1和ZGC的设计差异是近两年的高频追问，重点说G1的混合回收和可预测停顿，ZGC的染色指针和读屏障属于加分项。

并发这块考ConcurrentHashMap和锁升级。要能说清Java 8的CAS+ synchronized实现、扩容时如何保证线程安全、锁升级从无锁到偏向锁到轻量级锁再到重量级锁的路径。面试官常问“synchronized是公平锁吗”，答案是不是，而且Monitorenter和Monitorexit字节码层面的原理最好也能讲两句。

Spring框架的重点是Bean的生命周期和循环依赖。Bean生命周期要按“实例化→属性填充→初始化→使用→销毁”这条主链路展开，AOP动态代理是New子类的问题也要能接住。循环依赖的问题是Spring为什么能解决、又是怎么解决的，核心是三级缓存，这个必须吃透。

4.2 C/C++：智能指针、内存管理与虚函数

C++面试的地基是内存管理。栈和堆的区别、malloc和new的区别、内存泄漏怎么排查，属于必问。智能指针是高频中的高频，要能对比unique_ptr、shared_ptr、weak_ptr的使用场景与底层引用计数机制，还要知道循环引用为什么会导致shared_ptr失效、weak_ptr如何打破循环。

虚函数必须讲清楚虚函数表和虚指针的关系。可以画一条流程：对象创建时写入vptr，调用虚函数时通过vptr找到vtable，再取函数地址调用。面试官喜欢追问“构造函数里调用虚函数会发生什么”，答案是构造期间虚表还没完全建立，不会走多态。

4.3 Python与Go：各有各的高频题

Python面试绕不开GIL。很多人第一反应是“GIL导致不能多线程并发”，更准确的说法是：同一时刻只有一个线程执行Python字节码，所以CPU密集型任务用多线程无法利用多核，但IO密集型任务线程会主动释放GIL，依然有意义。Python垃圾回收基于引用计数为主、标记清除和分代回收为辅的机制，这项要能说清楚。

Go面试的核心是GMP调度模型。G是goroutine，M是系统线程，P是逻辑处理器，理解“M需要绑定P才能运行G”“P本地队列优先”“偷取机制”这三句话能应付70%的题。再往下会问channel的收发过程、context的取消传播、内存逃逸分析。Go的面经整体比Java少一些“堆背诵”的题，更倾向于让你现写代码证明理解，所以实操要看重。

4.4 前端、测试与嵌入式：被低估的方向

前端考察的“虚拟DOM和Diff算法”这两年热度一直很高。React Fiber的核心是把更新拆成可中断的增量任务，Diff算法通过三个层级的对比控制复杂度。TypeScript单独会被问类型体操、泛型约束、工具类型的实现，面试官想通过这类题验证你的类型设计能力。

测试方向除了基础功能测试，自动化脚本、接口测试、性能测试正在变成主流问法。要懂Pytest的fixture和参数化、requests做接口断言、Locust做压测的基本逻辑。嵌入式方向的核心是中断上下文、内存映射、RTOS的调度机制、Cortex-M启动流程，链路相对固定，把一两块开发板的实操项目吃透比泛泛地背理论更有效。

5. 数据库与中间件：面试含金量最高的板块

如果说网络和操作系统是基础关，MySQL和Redis就是进阶必刷副本。这两个组件几乎出现在所有后端岗位的简历上，也是场景题的最高发区。光会写CRUD不行，要能回答出优化原理和故障场景。

5.1 MySQL：索引、事务与MVCC

MySQL的索引结构是B+树，这个问题必须能答出三个理由：树更矮、磁盘IO次数更少；叶子节点用双向链表串起来，适合范围查询；非叶子节点不存数据，单页能容纳更多索引项。不要只背结论，要能画出一棵三层B+树能存多少行数据，通常两千万到三千万这个量级就是索引深度的分水岭。

索引失效的常见场景要背得滚瓜烂熟：最左前缀原则被破坏、对索引列使用函数、隐式类型转换、LIKE以%开头、使用OR且有一侧不是索引列。事务这块要分清四大隔离级别，重点说MVCC是如何用隐藏字段（DB_TRX_ID、DB_ROLL_PTR）、undo log、ReadView实现REPEATABLE READ下的可重复读和快照读的。MySQL默认隔离级别是可重复读，但配合间隙锁能解决幻读，这个细节经常被拿来卡人。

5.2 Redis：高性能背后的设计逻辑

Redis八股的核心是“为什么快”：内存操作、单线程避免锁竞争、IO多路复用、高效数据结构、渐进式rehash，这五点要能逐条展开。Redis除了五种基础类型，更要关注跳表在ZSet中的应用。跳表对比平衡树实现简单、范围查询效率高，Redis里每个节点有多个层级的forward指针，插入和删除的平均复杂度是O(logN)。

缓存三大问题必须作为必杀技掌握。缓存穿透打到了不存在的key，对策是布隆过滤器和缓存空对象；缓存击穿是热点key在过期瞬间被大量请求打穿，对策是互斥锁和逻辑过期；缓存雪崩是大量key同时过期或Redis宕机，对策是过期时间加随机值和集群高可用。分布式锁也要会聊，Redis的SETNX加过期时间的方案存在主从切换丢锁问题，业界更推Redlock，但Redlock本身也有时钟漂移争议，能聊到这层已经超过大多数候选人了。

5.3 消息队列：可靠性与顺序性

消息队列面试的主线是“如何保证消息不丢、不重、不乱序”。生产端要确认发送成功，Broker端要持久化并开启主从同步，消费端要手动提交offset。不重靠消费幂等，可以依赖数据库唯一键或Redis SETNX。乱序则需要分区有序策略：同一业务ID的消息发到同一个分区，消费端在内存里做seq排序。

Kafka和RocketMQ的对比也常考。Kafka吞吐高但可能丢消息，RocketMQ牺牲部分吞吐换来事务消息和更可靠的投递。面试官如果问“为什么Kafka这么快”，要能说出顺序写磁盘、page cache、零拷贝、批量压缩这几大杀器。这些其实都和前面操作系统章节的零拷贝知识点形成了闭环，跨知识点答题会显得理解特别透彻。

6. 场景设计题与2026年新方向

到了这一章，八股已经不单纯是背诵题，而是综合能力测试。业内通常叫“系统设计题”，也常被称为场景题。再加上大模型应用的火热，系统设计和AI应用类题目正在成为新的必考科目。

6.1 手撕代码：套路比题量更重要

算法手撕是很多人的噩梦，但准备思路其实很统一。LeetCode Hot 100加上剑指Offer核心题，足够覆盖绝大多数考察范围。不过光刷题不够，要在面试前刻意练习“边写边说”：先复述题目和边界条件，再说思路和复杂度，最后写代码并做简单自测。一道题卡死超过二十分钟果断换思路，面试时最怕的就是闷头写不说话。

高频模式要总结成思维模板：数组和字符串考双指针与滑动窗口，链表考快慢指针和虚拟头节点，二叉树考递归遍历与层序BFS，动态规划先画状态转移表，图论优先看DFS/BFS能否解决。LRU Cache我建议必须能手写，因为它经常被当作“语言能力+数据结构+设计”的综合题，直接决定了第一印象。

6.2 高并发系统设计：秒杀题的标准答法

几乎所有人都会遇到秒杀或抢购题。标准答法不是一上来就列Redis和MQ，而是先做需求拆解：并发量有多大、库存有多少、核心诉求是什么。然后按“拦截流量→保护数据库→最终一致性”的路线展开。

具体套路是：CDN和静态化挡掉大部分静态请求，网关层做限流和反刷，Redis预扣减库存，异步队列做下单和扣减，最后数据库行锁兜底保证不超卖。面试官会追问“Redis库存扣减和数据库不一致怎么办”，对策是先扣Redis，异步落库成功后改状态，对账脚本定期修复差异。这套链路背下来容易，关键要理解每一步解决什么问题，能讲出取舍依据才稳。

6.3 大模型应用：新一代八股必须跟上的节奏

2026年的大模型应用面试基本围绕RAG、Agent、Function Calling展开。RAG的标准流程是文档切块、向量化、存向量库、召回、重排、拼装Prompt送给大模型。难点在于切分策略、Embedding选型、召回精度和海量文档处理，要能说出“为什么不能把整个文档直接塞进Prompt”和“命中率低时怎么优化”。

Agent的八股核心是规划、记忆、工具调用三大能力。Function Calling的原理是大模型输出JSON格式的调用意图，由业务侧解析并执行后把结果回传。面试官可能追问“如果模型调用次数很多且失败率高怎么办”，这就要聊到结构化约束输出、错误重试、工具描述写清楚这类实操经验。大模型幻觉也是高频题，方案有RAG检索约束、提示词限定、人工反馈闭环等。

6.4 系统设计通用框架：五步法

不管是短链接、在线人数统计还是IM系统，系统设计题的通用框架可以固定为五步：需求澄清、容量预估、模块拆分、存储设计、扩展性分析。先问清楚QPS、数据量、延迟要求，再估算需要多少台机器，然后画出接入层、业务层、存储层的拓扑。存储设计是重点，单机数据库扛不住就上缓存、分库分表、读写分离。

回答时给自己留台阶：先说最简方案能满足核心需求，再讨论演进路径。面试官加分点通常在于你能主动提到监控报警、降级熔断、灰度发布、数据一致性补偿这些非功能性设计。把这套框架练熟，即使遇到完全陌生的题目也不会冷场。

7. 面试现场与备考策略

技术知识点再熟，如果表达和状态掉链子，照样拿不到Offer。我在面试中见过太多“会但说不清楚”的候选人，这里把我自己的方法论整理出来。

7.1 表达技巧：先结论，再拆解，后复盘

回答任何问题用“三段式”：先说结论，让面试官立刻抓住重点；再分点拆解，每个点给一两句话展开；最后做个小总结或者给出适用边界。比如问“线程池参数怎么定”，先说“根据CPU密集还是IO密集来定”，再拆解核心线程数、最大线程数、队列容量怎么配置，最后补一句“真实场景还要考虑依赖服务的超时时间”。

遇到不会的题，不要装懂硬答。技术面试官最反感的是概念都记歪了还在强撑。正确姿势是明确说“这块我了解不深”，然后把自己知道的部分讲出来，比如“我不确定完整的实现细节，但我接触过类似场景，总体思路应该是先做A再做B”，很多时候面试官反而会根据你已有的信息继续引导。

7.2 简历与项目：把八股串到项目里去

简历上的项目描述要能用数字说话：接口QPS、响应时间、可用性、节约的成本。不要只写“使用Redis做缓存”，要写“使用Redis集群缓存热点数据，将首页接口P99延迟从200ms降到50ms”。面试官对项目的追问方式就是八股场景化的来源，一个量化清晰的项目，等于提前给面试官递了想要的答案。

每段项目经历准备一套“背景-难点-方案-结果-反思”的完整故事。难点要真是难点，比如线上OOM、缓存雪崩、分布式事务不一致，解决方案要能给到原理层面。反思是加分项，说一两个做得不好的点和改进方向，比吹得天花乱坠可信得多。

7.3 备考时间线：三个月计划表

我建议按这个节奏安排复习，基础弱的可以提前到四个月，冲刺阶段再猛攻高频题。

7.4 资料选择与避坑建议

市面上的八股资料鱼龙混杂，我的建议是不要买各种网盘打包的“面试大全PDF”。那些资料的问题在于内容老旧、答案错误率不低，而且没有更新承诺。更可靠的选择是直接看GitHub上持续维护的开源仓库，配合官方文档和源码。Java方向就看JavaGuide、CS-Notes、toBeTopJavaer，读源码时配合R大的《深入理解Java虚拟机》；C++方向看interview-cpp与cppreference；Go方向看“golang-design”、interview-go类仓库；前端方向看“前端面试之道”和React官方文档。

网上的面经可以看，但要带着批判眼光。只看“题目+答案”总结价值很低，要去看评论区里对答案的讨论和纠错。最忌讳的是把一份八股文背完就去面试，却没有亲自敲过代码。原理类和编码类知识必须要过一遍手，这不是浪费时间，是让知识真正长在身上。

7.5 复盘机制：让每次面试都变成笔试

每场面试结束后立刻做三件事：第一，把被问到的所有题目统一记在面试复盘表里，标注“状态”和“卡壳原因”；第二，把没答上来的知识点回去翻官方文档，用自己的话重新写一版标准回答；第三，录音回放自己的表达，时长、停顿、口语词、逻辑混乱点全都能暴露出来。我自己真实体会是，复习三个月后最值钱的就是这本错题本，它比任何面经都精准。

另一个容易被忽略的点是“反问环节”。面试官问你“有什么想问的”，不要直接说没有。可以问实际业务场景、团队技术栈、线上流量规模、新人培养路径，这些问题既体现你对岗位的思考，也能帮你确认这个团队适不适合自己。别问入职时间、加班强度这类问题，放到后续单独沟通更合适。

我个人历次带新人和复盘面试下来的体会是，八股复习最好的状态不是“能背多少题”，而是“随便抽一个知识点，都能用两分钟讲清楚它为什么存在、解决了什么问题、适用边界在哪里”。当你达到这个状态的时候，面对追问自然不慌，因为你的知识是成体系的，而不是一条一条孤立的答案。2026年面试竞争会更激烈，整个知识面也会更宽，但底层逻辑不变：扎实的基础、真实的项目、诚实的表达，始终是拿Offer最稳的三件套。最后提醒一句，复习期间保持规律作息，All in面试冲刺反而容易崩，每天固定六到八小时高效学习，比熬夜背题划算得多。