2023年小满秋招运维岗第二批笔试我是踩了不少坑才走完这一程的。这篇文章不聊虚的就把我这次参加第二批笔试的经历、复盘到的考点、做题时的思路以及考完之后的反思完完整整写出来。如果你正在准备运维岗的校园招聘或者社招笔试这篇东西应该能帮你少走不少弯路至少知道该往哪个方向使劲。说实话运维这个岗位在秋招里经常被误解。不少人觉得运维就是“修电脑”“盯监控”“敲命令”门槛低、天花板低。但真正经历过笔试你就会发现现在的运维岗考察的维度相当杂Linux操作系统、网络原理、Shell脚本、数据库、中间件、容器化、监控告警、故障排查甚至还有一点编程能力。它不是单纯考你“会不会某个命令”而是考你有没有一套完整的系统思维。小满这批笔试更是如此题型覆盖范围广、题目偏实战、有些题看着简单但陷阱很深。先说说整体情况。第二批笔试和第一批不完全一样岗位方向是运维工程师题型分为客观题单选、多选、判断、主观题简答、案例分析和一小部分逻辑推理题总时长120分钟题量不小时间压力是有的。考察内容基本围绕Linux、网络、系统管理、Shell脚本、容器、监控与故障排查展开和网上大家常搜的那些“运维工程师面试题”“linux运维技术栈”高度重合但更偏场景化。这篇文章我会从考前准备、题型拆解、核心知识点复盘、实操经验、常见问题这几个维度来还原这次笔试也会把我查过的资料、用过的工具、踩过的坑一并整理出来希望能给同样在准备运维岗笔试的你一点实在的参考。1. 笔试前的信息准备与岗位认知1.1 运维岗笔试和开发岗笔试有什么不同我在投递简历前其实已经参加过一次某家中型互联网公司的运维笔试当时完全是按照开发岗的思路去复习的结果被教育得很惨。开发岗笔试喜欢考算法、数据结构、编程语言细节运维岗笔试不是这个路子。运维岗笔试的核心逻辑是给你一个线上系统出问题的场景看你能不能定位、能不能恢复、能不能预防。所以你会看到大量“某服务CPU飙高如何排查”“数据库连接数被打满可能是什么原因”“服务器重启后服务起不来怎么处理”这类题目。它不是在考记忆而是在考你平时有没有真正和服务器打过交道。小满第二批笔试的题目分布也印证了这一点。客观题里Linux命令、网络协议、系统管理占了大头主观题则是一个故障排查案例和一个系统设计类问题。整体偏向实用型考察如果平时就喜欢折腾Linux、自己搭过服务、写过脚本的人会占很大优势。1.2 第二批笔试的考察范围与公告解读小满的招聘通知写得很简洁只说“第二批笔试运维方向”并没有给出详细大纲。这个很考验信息检索能力我当时是把近两年所有能找到的运维笔试面经、题库、知识点清单都过了一遍再结合岗位JD里的关键词来推断考察范围。从岗位JD来看要求掌握Linux系统常用命令、网络基础、Shell或Python脚本、常见服务部署与维护了解容器化、监控等更佳。结合热门搜索词里的“linux常用命令大全运维”“网络运维需要掌握什么技术”“桌面运维常见问题和解决方案”这些方向基本可以锁定复习范围Linux是绝对核心网络次之脚本能力逐年加重容器化和云计算是加分项但大概率会出基础题。一个值得一提的点是第二批笔试在时间节点上已经接近秋招中后段这时候竞争格局和第一批已有不同。很多提前批和第一批笔试后的同学已经拿到offer或进入面试流程第二批参与者的平均竞争意愿更强。但相应地题目的侧重点也有轻微调整——第一批更偏广度第二批更偏深度尤其主观题对表达能力和思路条理性要求更高。2. 题型拆解与重点知识复盘2.1 Linux基础与常用命令不光是背命令而是理解设计逻辑Linux相关的题目在笔试中占比最大单选、多选、判断里几乎每三道就有一道和Linux相关。很多人复习Linux就是背命令参数这确实能解决一部分客观题但遇到实际场景题就会露馅。我这里把笔试中出现频率最高的几个命令方向整理一下文件与权限chmod、chown、umask、ls -l输出解析、setuid/setgid/sticky bit的作用。笔试特别爱考权限位的含义比如-rwxr-xr--对应的数字权限是751还是750这个必须算得又快又准。技巧是把rwx看成二进制r4、w2、x1三位一组相加就行。进程管理ps、top、htop、kill、nice/renice。重点不是命令本身而是top输出里那几列的含义%CPU是单核还是多核占用load average的三个数说明什么这些细节很容易被出成多选陷阱题。磁盘与文件系统df、du、fdisk、mount、inode。笔试出现过“磁盘空间显示满了但du统计不到大文件”的案例根源是inode耗尽或者文件已被删除但仍被进程占用。这个知识点在主观题里也出现过。网络排查ping、telnet、nc、ss、netstat、traceroute。每一层检查什么要搞清楚这直接对应网络排查题的思路。文本处理grep、awk、sed、sort、uniq、wc。不只考命令还考组合使用比如“统计日志中出现次数最多的前10个IP”就要用awk加sort加uniq加head串联。我备考时用了一个笨但有效的方法在虚拟机里把每个常用命令的man手册过一遍然后用实际文件、实际进程去测效果。光靠看面经真的记不牢亲手跑一遍比什么都有用。不过要注意笔试做题时间是有限的考场上不允许你慢慢回忆所以考前一定要把命令练成肌肉记忆。我在这次笔试里遇到一道关于crontab的题问的是“每天凌晨2点30分执行脚本 /opt/backup.sh正确写法是什么”四个选项里有一个是30 2 * * * /opt/backup.sh有一个是30 2 * * 0 /opt/backup.sh。很多人搞不清后面那五个星的确切含义其实从左到右是分、时、日、月、周周日的数字是0或7。如果记混了就容易选错。2.2 网络基础与故障排查从ping开始但绝不是只到ping为止网络部分的题目数量没有Linux那么多但一旦出题就是拉开差距的地方。单选判断里常见的是IP地址计算、子网掩码、TCP三次握手、DNS解析流程、HTTP状态码含义这些基础知识点。有一道多选我记得很清楚题目大概是“某用户反馈网站访问很慢你作为运维工程师排查思路应包括哪些”选项里既有正确的排查步骤也有不少干扰项。这个题的坑在于它不是单选是“多选”意思是所有合理的排查动作都得选上。很多人只选了2个最直接的漏掉了“查看上游数据库慢查询”“检查CDN节点是否故障”这些间接因素。这里我分享一下我自己总结的网络排查方法论先确认是不是网络问题本身。用ping试试目标IP通不通注意ping通不代表服务正常因为ICMP和TCP/UDP是不同的。再确认端口通不通。用telnet、nc或ss命令看目标IP:端口能否建立连接。ping通但telnet不通问题多半在防火墙或服务本身。检查DNS解析是否正常。域名解析到哪个IP了解析结果对不对本机有没有配错DNS这一步很基础但经常被忽略。若是HTTP服务用curl加-v参数查看请求过程中的状态码和重定向情况。502、504、301这些状态码背后代表的问题完全不同。最后检查负载均衡、防火墙、安全组、iptables规则等中间层。笔试里出现过的“用户能ping通服务器但访问不了网站”这类题本质上考的就是你能不能跳出“网络通服务通”的思维定势。这个思路在面试里也是必问的务必提前吃透。网络部分还有一个高频考点是端口号。常见的FTP21、SSH22、Telnet23、DNS53、HTTP80、HTTPS443、MySQL3306、Redis6379、Tomcat8080这些必须记住不要考场上现推。2.3 系统服务与安全加固笔试里的隐藏考点系统服务这块表面上是在问“你部署过nginx吗”“tomcat的默认端口是多少”实际上是在考察你有没有真正维护过线上系统。这次笔试里简答题出现了nginx反向代理和负载均衡配置相关的题目虽然不是让你默写完整配置文件但对核心指令的掌握是有要求的。nginx这一块要弄清楚几个概念反向代理和正向代理的区别、proxy_pass和location的配合、负载均衡的几种策略轮询、权重、ip_hash、least_conn、server和upstream的作用。笔试很喜欢拿这些概念做文章比如给你一段配置问你“这段配置实现了什么功能”或者“如何让请求按用户IP哈希分散到不同后端”。安全加固在笔试里不是大板块但每年都会出现几道。基本集中在SSH安全配置关闭root登录、修改默认端口、密钥认证、防火墙规则iptables/firewalld、常见攻击类型DDoS、CC、SQL注入、暴力破解的原理和防御思路。我在复习安全这块时直接在一台测试机上实操了firewalld的常用命令firewall-cmd --list-all查看当前规则、firewall-cmd --add-port8080/tcp --permanent放行端口、firewall-cmd --reload重载配置。亲手配一遍之后笔试里的防火墙题基本不可能出错。另一个隐藏考点是系统启动和服务管理。systemd相关的命令、开机自启服务的设置方法systemctl enablevssystemctl start的区别、查看服务状态和日志的方法systemctl status、journalctl -u都在考察范围内。这些内容在题目里往往不是直接问而是作为场景题的背景出现。比如“服务器重启后发现nginx没有自动启动请分析原因并给出解决方案”答案就是没有执行systemctl enable nginx。2.4 容器化与自动化现阶段的必考板块容器和虚拟化相关的技术栈在运维岗位已经成了标配笔试里出现Kubernetes或Docker的题目并不意外。小满第二批笔试的客观题里出现了容器相关的题目主观题虽然没有直接考K8s但在系统设计类问题里可以主动把容器化方案作为答案的一部分来写。Docker层面需要掌握的基础知识点镜像和容器的区别镜像是只读模板容器是运行实例。常用命令docker build、docker run、docker ps、docker exec、docker logs、docker stop/rm。Dockerfile的常用指令FROM、RUN、COPY、ADD、CMD、ENTRYPOINT、EXPOSE。特别要注意CMD和ENTRYPOINT的区别。数据管理volume和bind mount的使用场景。网络模式bridge、host、none的区别。Kubernetes层面不用太深但核心组件和基本概念要知道Pod是最小调度单元Deployment管理无状态应用Service提供稳定的访问入口ConfigMap管理配置。如果笔试中遇到“你的系统如何做自动扩缩容”这种题能说出HPAHorizontal Pod Autoscaler就是很好的加分项。关于“kubernetes是如何调用containerd的”这类更深层次的问题社招面试问得比较多校招笔试基本不会深挖到这个层面。但如果你想让自己的答案显得更有深度可以了解一下kubelet通过CRIContainer Runtime Interface调用containerd的机制。简单说就是kubelet通过gRPC向containerd发送请求containerd再通过runC等底层工具真正创建和运行容器。这个“从原理到实体调用”的理解在面试中会比笔试更值钱。自动化工具方面Ansible是笔试中出现概率最高的其次是Shell脚本。这部分我在后面实操环节会展开讲。2.5 脚本编程与逻辑思维用代码解决实际问题这几年运维笔试越来越重视脚本能力。小满第二批笔试虽然没有直接让你“写一个完整的脚本来完成XX任务”但在客观题中有Shell语法题在主观题中也隐含了脚本思维的要求。比如请你描述“如何批量检查100台服务器的磁盘使用率”的排查方案如果你能写出一个for循环调用ssh或ansible的思路得分就会比只写“一台台登上去看看”高很多。Shell脚本的基础考点主要集中在变量定义与引用$var和${var}的区别、位置参数$1、$#、$、$?、条件判断if、test、[ ]和[[ ]]的区别、循环for、while、until、函数定义与调用、正则表达式与sed/awk的组合使用。我备考时练得最多的是“日志分析”类的脚本题目因为这类题目最能综合考察文本处理、循环、条件判断和管道用法。比如“找出日志中状态码为500的请求数量并按IP排序输出前10个”这类题目练习几道之后笔试里的Shell题基本就没压力了。还值得留意的是Python。虽然不是所有运维岗都要求Python但会一点Python在笔试和后续面试中都是加分项。运维场景中的Python主要用来做自动化脚本、监控脚本、运维平台的后端开发。笔试中不太会出现让你手写完整Python代码的题目但阅读Python代码并判断输出结果的选择题是有的。2.6 监控与故障处理流程笔试中真正拉分的地方监控这个知识点在运维笔试中的地位很特别。它不会考你某个监控工具的配置细节而是会考察你对“观测-告警-定位-恢复”整个闭环的理解。关于监控你需要掌握几个核心概念基础监控CPU、内存、磁盘、网络、负载每个指标的正常范围和异常表现。应用监控接口响应时间、错误率、QPS/TPS、JVM指标如果是Java应用、数据库连接数等。日志监控ELK/EFKElasticsearch、Logstash/Filebeat、Kibana的基本流程日志的采集、传输、存储、展示。告警告警级别怎么设定、告警阈值怎么选、避免告警风暴的方法。笔试里“如何设计一个监控体系”这种题回答的关键不是堆砌工具而是给出层次化的思路基础设施层、中间件层、应用层、业务层每一层关注哪些指标。然后再落到具体工具选型上。工具选型不用太花哨能说出PrometheusGrafana做指标监控、ELK做日志收集、Alertmanager做告警管理并解释每层之间的衔接就已经是水准以上的回答了。故障处理流程也是主观题的高频方向。核心考察点在于接到告警后你的第一反应是什么很多人的第一反应是“看日志”但正确的流程通常是先看告警影响范围。是个别机器还是整个集群是CPU问题还是网络问题影响面决定了响应级别。先恢复后定位。如果是可用性问题优先考虑切流、重启、扩容等止损动作而不是在故障机器上慢慢分析原因。记录关键信息。故障时间点、变更记录、日志片段这些都是后续复盘的基础。定位根因。结合监控数据、日志、近期变更一步步缩小范围。复盘与改进。输出故障报告改进监控告警和运维流程。这个思路在笔试主观题里可以直接作为答题框架在面试里也可以当作案例分析的骨架来用。3. 实操过程与核心环节实现3.1 笔试中的典型故障排查案例分析小满第二批笔试的主观题第一道是一个故障排查题。题目大概是这样的“某天上午10点开始用户集中反馈订单查询功能变慢部分请求超时。监控显示应用服务器CPU正常但数据库服务器负载明显升高。请问你的排查思路是什么”这道题我在答卷时是分步骤写的第一步确认影响范围和变更记录。10点这个时间点比较特殊要看是不是有定时任务、数据批量处理或者新版本发布。如果是定时任务导致的通常是短时波动如果是发布导致的要考虑回滚。第二步查看数据库层面的具体表现。负载升高是CPU高还是IO高慢查询日志里有没有出现新的慢SQL数据库连接数是否打满如果是慢查询导致的直接定位到具体的SQL用explain查看执行计划看是索引失效还是数据量变大。第三步如果数据库没有问题再看应用与数据库之间的网络链路。连接池是否耗尽是否有网络抖动这里可以用show processlist查看数据库当前的连接状态区分“连接堆积在应用层”还是“SQL执行本身慢”。第四步结合监控数据回看10点前后的指标变化。哪条指标曲线最先开始异常是CPU先涨还是慢查询先出现时间线上的先后顺序往往就是因果链的方向。这道题虽然只是一个思路题但它考察的是你在真实生产中能不能快速建立“由外到内、由现象到根因”的排查路径。我在备考时反复练习了这种结构化表达推荐你也养成这种习惯答题时先分层再分步最后给结论。3.2 笔试中典型的系统设计类问题分析第二道主观题是系统设计类题目大意是“请设计一套生产环境的监控告警系统包括监控对象、监控指标、告警规则、持久化方案和可视化方案”。这个题不算难但想答得完整需要一定的知识广度。我当时从这几个层面展开监控对象分四层基础设施层服务器CPU、内存、磁盘、网络、中间件层Nginx、MySQL、Redis、应用层接口QPS、响应时间、错误率、业务层订单量、成功率。监控指标的选择是重点我用了USE方法和RED方法作为框架支撑。USE法则是针对基础设施的利用率Utilization、饱和度Saturation、错误Errors比如CPU利用率、CPU就绪队列长度、磁盘IO错误。RED法是针对服务的速率Rate、错误Errors、耗时Duration比如QPS、错误率、延迟分位数P99。告警规则的设定要避免告警风暴。我给出的方案是分级告警P0级服务不可用通过电话和短信通知P1级性能严重下降通过短信通知P2级指标趋势异常通过邮件/企微通知。阈值的设定不能只看静态数值要结合历史基线比如正常情况下P99耗时200ms阈值可以设在400ms基线的2倍而不是随便定一个绝对数值。持久化方案用的是Prometheus Thanos的方案指标数据保留15天用于实时查询超过15天的数据转存到对象存储做冷备。可视化方案用Grafana按业务线和系统层级划分Dashboard。最后我补了一段实操团队的配置值班人员通过统一告警平台接收通知配合故障定级和升级机制每周做一次告警规则Review删除无效告警调优阈值。这样一套答下来既体现了广度又结合了实践经验比单纯列监控工具名要扎实得多。4. 备考路线与资源推荐4.1 应届生和转行者的时间分配建议如果你现在离笔试还有一到两个月可以参考我当时的备考节奏把时间分成三个阶段第一阶段第1周补基础、搭环境。把Linux基础命令、Vim操作、网络基础过一遍在自己的电脑上装好虚拟机或云服务器准备一套可以随时折腾的环境。这一步非常关键没有环境后面所有实操复习都是纸上谈兵。第二阶段第2-3周分模块过知识点。按“Linux → 网络 → 数据库与中间件 → 脚本 → 容器与自动化 → 监控”的顺序逐个击破。每个模块配合实操做题比如学完Shell就自己写脚本处理日志学完Docker就自己构建镜像并启动容器。第三阶段第4周刷题和模拟练习。把能找到的运维筆試题、面试题全部过一遍重点练习主观题的结构化表达。计时模拟也很重要120分钟做题量的压力比想象中大提前适应节奏能减少考场上的慌乱。如果你平时已经有一定的Linux使用经验第一阶段可以压缩到3-4天把更多时间留给刷题和案例复盘。如果你的基础比较薄弱第一阶段最好不要省基础不牢后面刷题效率会很低。4.2 用什么工具和学习资料最有效资料方面我的建议是不要贪多一套体系吃透比收集一堆资料更重要。Linux基础鸟哥的Linux私房菜基础篇依然是经典中的经典虽然版本老但核心逻辑没变。配合《Linux命令行大全》做速查。网络基础《图解TCP/IP》适合快速建立网络知识框架重点是IP地址、路由、TCP/UDP、DNS、HTTP这些和运维强相关的内容。Shell脚本《Linux Shell脚本攻略》的实战性很强可以边看边练。Shell脚本的练习最重要的是动手不要只看不写。容器Docker官方文档的Get Started部分就能覆盖笔试所需的大部分内容。K8s方面可以看《Kubernetes in Action》但不建议在笔试前花太多时间深挖。监控Prometheus官方文档Grafana官方文档足以应对笔试和入门工作。重点是理解指标类型和查询语法。面试题牛客网、知乎、掘金上有大量运维笔试面试题搜“运维工程师面试题”“linux运维面经”就能找到很多。我个人的经验是看面经时不要只记答案要思考“为什么是这个答案”这样遇到变体题才不会慌。工具方面我强烈建议准备一套自己的本地实验环境。Windows用户可以用WSL2或虚拟机macOS用户可以直接用原生终端加Docker Desktop。如果你有云服务器阿里云/腾讯云的轻量服务器就行那是更好的因为能顺便练习远程管理、安全组配置这些真实运维场景。4.3 如何利用网络资源精准检索复习信息秋招笔试备考有一个能力很重要就是精准检索信息。笔试范围不会提前公布你需要自己去网上找线索。搜索时用“公司名运维笔试”“公司名运维面经”“公司名秋招记录”这些组合比单独搜“运维笔试”有效得多。我备考时还会去刷招聘网站上的岗位要求把所有能搜到的运维岗JD放在一起比对找出高频出现的技能要求这些基本就是笔试范围。比如我筛选了20多个运维岗JD后发现出现频率最高的关键词是Linux、Shell、网络、容器、监控。这和最终的笔试范围高度吻合。另外一个小技巧是关注“运维手册包含哪些”“it运维效率工具”“网络运维工具箱”这类偏工程实践的内容。笔试中有些题目虽然不会直接考工具但在案例题里提到“用Wireshark抓包分析”“用strace定位系统调用”“用tcpdump排查网络问题”会让你的答案看起来更有实战感。5. 常见问题与考点避坑5.1 笔试中容易失分的细节和陷阱这次笔试我虽然整体发挥还算稳定但复盘时还是发现了一些容易失分的点分享出来供你避坑关于命令参数笔试里考的是精确记忆。比如tar -zcvf和tar -xzvf的区别、kill -9和kill -15的区别这些必须非常清楚。我考前做了不少“易混淆命令对比”的整理发现效果不错。这里举几个高频对比df看的是文件系统使用量du看的是目录实际大小ps aux和ps -ef显示格式不同netstat -tlnp里的t是TCP、l是监听、n是显示数字、p是显示进程。关于网络地址计算不要眼高手低。“给定IP和子网掩码计算网络地址、广播地址、可用主机数”是笔试必备能力。很多人觉得这个太基础就不复习结果考场上算得很慢甚至算错。这个能力没有捷径就是多练几道题把十进制的与运算练熟。关于选择题的“模棱两可”先排错再对比。运维笔试的选择题很喜欢设置“看似都对”的选项。我的习惯是先用“是否可落地”来过滤如果某个选项描述的方案在真实生产环境中明显不合理就直接排除。剩下的选项再对比细节差异。这类题的坑通常在某个细小的限定词上比如“立刻”“始终”“所有”“只需要”这种绝对化表述大概率是错的。关于时间分配不要在一道题上耗太久。笔试的题量通常偏大正常速度做客观题每道控制在60-90秒内主观题每道预留15-20分钟。如果一道多选题卡住了先标记跳过把会做的题做完再回头想。我认识的一个同学就是因为在一道多选题上纠结太久导致最后一道主观题时间不够、只能写个提纲非常可惜。5.2 考后复盘笔试结束只是下一阶段的开始笔试结束后不管感觉好不好我建议都做两件事一是把笔试中考到的题目记录下来整理成自己的错题本二是立刻开始准备面试。运维岗的面试节奏通常紧跟在笔试之后再准备就来不及了。面试和笔试的考察重点其实不太一样。笔试更容易通过短期刷题提高面试则完全看平时的积累。面试里常见的“介绍一个你曾经排查过的问题”“你平时怎么学习运维技术”“你怎么看待AI运维取代人工运维”这类问题没法临时抱佛脚需要在平时积累真实的排障经验和自己的技术观点。另外要提醒一点笔试通过之后有些公司还会安排性格测试或逻辑测试小满的流程里就有这一环。这类测试题目本身难度不大但要注意心态平稳不要因为前面的笔试题量大而带着焦虑情绪去做后面的测试。我个人的经验是这类测试没有标准答案按照自己的真实性格选就行不用刻意迎合某个“理想的候选人画像”前后矛盾反而更危险。5.3 运维笔试的长期积累建议最后聊一点更长期的建议。可能你会觉得笔试就是一座山翻过去就完了。但以我在这个行业摸爬滚打的经验来看运维笔试考的大量知识点其实都是工作中每天要用的东西。你今天为了笔试背下来的Linux命令、网络排查思路、故障处理流程明天就会出现在你的线上故障排查里。所以我建议你备考时带着“学以致用”的心态而不是“背完就忘”的心态。每学一个命令都去真实环境里跑一遍每看一个排查案例都想一下如果是自己遇到这个问题会怎么处理。这样复习的效率和持久度远高于纯粹为了过笔试而刷题。我在笔试前有一个习惯每天早上花30分钟在一台测试机上随机复现一个故障场景。比如占用磁盘空间、模拟负载升高、故意写错nginx配置导致服务异常然后自己排查恢复。这种练习做多了之后遇到笔试题里的场景脑子里会自动浮现出当时排查的画面答题会顺手很多。现在回过头看运维这个岗位确实在发生变化。传统的“修电脑”“敲命令”型运维正在被平台化、自动化和智能化逐步取代新的岗位要求懂代码、懂容器、懂云计算、懂AI基础设施。笔试作为第一道门槛考察的正是这些新趋势下的基础能力。如果你正在准备运维岗笔试我的核心建议就三条第一别只背不练亲手敲命令比什么都管用第二主观题要有结构化思维分步骤回答比堆关键词更能拿分第三把笔试当成学习机会考完不是结束而是查漏补缺的开始。最后再分享一个我踩过的坑。我第一场运维笔试就是因为没有提前用虚拟机做实操练习结果考到“如何用awk提取日志中最后一列”这种基础题时居然一时想不起参数细节。从那以后我每天再忙也会抽出10分钟敲几条命令把高频命令练到条件反射的程度。考场上的时间很宝贵任何需要犹豫的“基础题”都会挤压你思考难题的时间。你现在多做一点准备考场上就能多一分从容。 运维岗秋招笔试复盘：从Linux命令到监控告警的实战避坑指南
2023年小满秋招运维岗第二批笔试我是踩了不少坑才走完这一程的。这篇文章不聊虚的就把我这次参加第二批笔试的经历、复盘到的考点、做题时的思路以及考完之后的反思完完整整写出来。如果你正在准备运维岗的校园招聘或者社招笔试这篇东西应该能帮你少走不少弯路至少知道该往哪个方向使劲。说实话运维这个岗位在秋招里经常被误解。不少人觉得运维就是“修电脑”“盯监控”“敲命令”门槛低、天花板低。但真正经历过笔试你就会发现现在的运维岗考察的维度相当杂Linux操作系统、网络原理、Shell脚本、数据库、中间件、容器化、监控告警、故障排查甚至还有一点编程能力。它不是单纯考你“会不会某个命令”而是考你有没有一套完整的系统思维。小满这批笔试更是如此题型覆盖范围广、题目偏实战、有些题看着简单但陷阱很深。先说说整体情况。第二批笔试和第一批不完全一样岗位方向是运维工程师题型分为客观题单选、多选、判断、主观题简答、案例分析和一小部分逻辑推理题总时长120分钟题量不小时间压力是有的。考察内容基本围绕Linux、网络、系统管理、Shell脚本、容器、监控与故障排查展开和网上大家常搜的那些“运维工程师面试题”“linux运维技术栈”高度重合但更偏场景化。这篇文章我会从考前准备、题型拆解、核心知识点复盘、实操经验、常见问题这几个维度来还原这次笔试也会把我查过的资料、用过的工具、踩过的坑一并整理出来希望能给同样在准备运维岗笔试的你一点实在的参考。1. 笔试前的信息准备与岗位认知1.1 运维岗笔试和开发岗笔试有什么不同我在投递简历前其实已经参加过一次某家中型互联网公司的运维笔试当时完全是按照开发岗的思路去复习的结果被教育得很惨。开发岗笔试喜欢考算法、数据结构、编程语言细节运维岗笔试不是这个路子。运维岗笔试的核心逻辑是给你一个线上系统出问题的场景看你能不能定位、能不能恢复、能不能预防。所以你会看到大量“某服务CPU飙高如何排查”“数据库连接数被打满可能是什么原因”“服务器重启后服务起不来怎么处理”这类题目。它不是在考记忆而是在考你平时有没有真正和服务器打过交道。小满第二批笔试的题目分布也印证了这一点。客观题里Linux命令、网络协议、系统管理占了大头主观题则是一个故障排查案例和一个系统设计类问题。整体偏向实用型考察如果平时就喜欢折腾Linux、自己搭过服务、写过脚本的人会占很大优势。1.2 第二批笔试的考察范围与公告解读小满的招聘通知写得很简洁只说“第二批笔试运维方向”并没有给出详细大纲。这个很考验信息检索能力我当时是把近两年所有能找到的运维笔试面经、题库、知识点清单都过了一遍再结合岗位JD里的关键词来推断考察范围。从岗位JD来看要求掌握Linux系统常用命令、网络基础、Shell或Python脚本、常见服务部署与维护了解容器化、监控等更佳。结合热门搜索词里的“linux常用命令大全运维”“网络运维需要掌握什么技术”“桌面运维常见问题和解决方案”这些方向基本可以锁定复习范围Linux是绝对核心网络次之脚本能力逐年加重容器化和云计算是加分项但大概率会出基础题。一个值得一提的点是第二批笔试在时间节点上已经接近秋招中后段这时候竞争格局和第一批已有不同。很多提前批和第一批笔试后的同学已经拿到offer或进入面试流程第二批参与者的平均竞争意愿更强。但相应地题目的侧重点也有轻微调整——第一批更偏广度第二批更偏深度尤其主观题对表达能力和思路条理性要求更高。2. 题型拆解与重点知识复盘2.1 Linux基础与常用命令不光是背命令而是理解设计逻辑Linux相关的题目在笔试中占比最大单选、多选、判断里几乎每三道就有一道和Linux相关。很多人复习Linux就是背命令参数这确实能解决一部分客观题但遇到实际场景题就会露馅。我这里把笔试中出现频率最高的几个命令方向整理一下文件与权限chmod、chown、umask、ls -l输出解析、setuid/setgid/sticky bit的作用。笔试特别爱考权限位的含义比如-rwxr-xr--对应的数字权限是751还是750这个必须算得又快又准。技巧是把rwx看成二进制r4、w2、x1三位一组相加就行。进程管理ps、top、htop、kill、nice/renice。重点不是命令本身而是top输出里那几列的含义%CPU是单核还是多核占用load average的三个数说明什么这些细节很容易被出成多选陷阱题。磁盘与文件系统df、du、fdisk、mount、inode。笔试出现过“磁盘空间显示满了但du统计不到大文件”的案例根源是inode耗尽或者文件已被删除但仍被进程占用。这个知识点在主观题里也出现过。网络排查ping、telnet、nc、ss、netstat、traceroute。每一层检查什么要搞清楚这直接对应网络排查题的思路。文本处理grep、awk、sed、sort、uniq、wc。不只考命令还考组合使用比如“统计日志中出现次数最多的前10个IP”就要用awk加sort加uniq加head串联。我备考时用了一个笨但有效的方法在虚拟机里把每个常用命令的man手册过一遍然后用实际文件、实际进程去测效果。光靠看面经真的记不牢亲手跑一遍比什么都有用。不过要注意笔试做题时间是有限的考场上不允许你慢慢回忆所以考前一定要把命令练成肌肉记忆。我在这次笔试里遇到一道关于crontab的题问的是“每天凌晨2点30分执行脚本 /opt/backup.sh正确写法是什么”四个选项里有一个是30 2 * * * /opt/backup.sh有一个是30 2 * * 0 /opt/backup.sh。很多人搞不清后面那五个星的确切含义其实从左到右是分、时、日、月、周周日的数字是0或7。如果记混了就容易选错。2.2 网络基础与故障排查从ping开始但绝不是只到ping为止网络部分的题目数量没有Linux那么多但一旦出题就是拉开差距的地方。单选判断里常见的是IP地址计算、子网掩码、TCP三次握手、DNS解析流程、HTTP状态码含义这些基础知识点。有一道多选我记得很清楚题目大概是“某用户反馈网站访问很慢你作为运维工程师排查思路应包括哪些”选项里既有正确的排查步骤也有不少干扰项。这个题的坑在于它不是单选是“多选”意思是所有合理的排查动作都得选上。很多人只选了2个最直接的漏掉了“查看上游数据库慢查询”“检查CDN节点是否故障”这些间接因素。这里我分享一下我自己总结的网络排查方法论先确认是不是网络问题本身。用ping试试目标IP通不通注意ping通不代表服务正常因为ICMP和TCP/UDP是不同的。再确认端口通不通。用telnet、nc或ss命令看目标IP:端口能否建立连接。ping通但telnet不通问题多半在防火墙或服务本身。检查DNS解析是否正常。域名解析到哪个IP了解析结果对不对本机有没有配错DNS这一步很基础但经常被忽略。若是HTTP服务用curl加-v参数查看请求过程中的状态码和重定向情况。502、504、301这些状态码背后代表的问题完全不同。最后检查负载均衡、防火墙、安全组、iptables规则等中间层。笔试里出现过的“用户能ping通服务器但访问不了网站”这类题本质上考的就是你能不能跳出“网络通服务通”的思维定势。这个思路在面试里也是必问的务必提前吃透。网络部分还有一个高频考点是端口号。常见的FTP21、SSH22、Telnet23、DNS53、HTTP80、HTTPS443、MySQL3306、Redis6379、Tomcat8080这些必须记住不要考场上现推。2.3 系统服务与安全加固笔试里的隐藏考点系统服务这块表面上是在问“你部署过nginx吗”“tomcat的默认端口是多少”实际上是在考察你有没有真正维护过线上系统。这次笔试里简答题出现了nginx反向代理和负载均衡配置相关的题目虽然不是让你默写完整配置文件但对核心指令的掌握是有要求的。nginx这一块要弄清楚几个概念反向代理和正向代理的区别、proxy_pass和location的配合、负载均衡的几种策略轮询、权重、ip_hash、least_conn、server和upstream的作用。笔试很喜欢拿这些概念做文章比如给你一段配置问你“这段配置实现了什么功能”或者“如何让请求按用户IP哈希分散到不同后端”。安全加固在笔试里不是大板块但每年都会出现几道。基本集中在SSH安全配置关闭root登录、修改默认端口、密钥认证、防火墙规则iptables/firewalld、常见攻击类型DDoS、CC、SQL注入、暴力破解的原理和防御思路。我在复习安全这块时直接在一台测试机上实操了firewalld的常用命令firewall-cmd --list-all查看当前规则、firewall-cmd --add-port8080/tcp --permanent放行端口、firewall-cmd --reload重载配置。亲手配一遍之后笔试里的防火墙题基本不可能出错。另一个隐藏考点是系统启动和服务管理。systemd相关的命令、开机自启服务的设置方法systemctl enablevssystemctl start的区别、查看服务状态和日志的方法systemctl status、journalctl -u都在考察范围内。这些内容在题目里往往不是直接问而是作为场景题的背景出现。比如“服务器重启后发现nginx没有自动启动请分析原因并给出解决方案”答案就是没有执行systemctl enable nginx。2.4 容器化与自动化现阶段的必考板块容器和虚拟化相关的技术栈在运维岗位已经成了标配笔试里出现Kubernetes或Docker的题目并不意外。小满第二批笔试的客观题里出现了容器相关的题目主观题虽然没有直接考K8s但在系统设计类问题里可以主动把容器化方案作为答案的一部分来写。Docker层面需要掌握的基础知识点镜像和容器的区别镜像是只读模板容器是运行实例。常用命令docker build、docker run、docker ps、docker exec、docker logs、docker stop/rm。Dockerfile的常用指令FROM、RUN、COPY、ADD、CMD、ENTRYPOINT、EXPOSE。特别要注意CMD和ENTRYPOINT的区别。数据管理volume和bind mount的使用场景。网络模式bridge、host、none的区别。Kubernetes层面不用太深但核心组件和基本概念要知道Pod是最小调度单元Deployment管理无状态应用Service提供稳定的访问入口ConfigMap管理配置。如果笔试中遇到“你的系统如何做自动扩缩容”这种题能说出HPAHorizontal Pod Autoscaler就是很好的加分项。关于“kubernetes是如何调用containerd的”这类更深层次的问题社招面试问得比较多校招笔试基本不会深挖到这个层面。但如果你想让自己的答案显得更有深度可以了解一下kubelet通过CRIContainer Runtime Interface调用containerd的机制。简单说就是kubelet通过gRPC向containerd发送请求containerd再通过runC等底层工具真正创建和运行容器。这个“从原理到实体调用”的理解在面试中会比笔试更值钱。自动化工具方面Ansible是笔试中出现概率最高的其次是Shell脚本。这部分我在后面实操环节会展开讲。2.5 脚本编程与逻辑思维用代码解决实际问题这几年运维笔试越来越重视脚本能力。小满第二批笔试虽然没有直接让你“写一个完整的脚本来完成XX任务”但在客观题中有Shell语法题在主观题中也隐含了脚本思维的要求。比如请你描述“如何批量检查100台服务器的磁盘使用率”的排查方案如果你能写出一个for循环调用ssh或ansible的思路得分就会比只写“一台台登上去看看”高很多。Shell脚本的基础考点主要集中在变量定义与引用$var和${var}的区别、位置参数$1、$#、$、$?、条件判断if、test、[ ]和[[ ]]的区别、循环for、while、until、函数定义与调用、正则表达式与sed/awk的组合使用。我备考时练得最多的是“日志分析”类的脚本题目因为这类题目最能综合考察文本处理、循环、条件判断和管道用法。比如“找出日志中状态码为500的请求数量并按IP排序输出前10个”这类题目练习几道之后笔试里的Shell题基本就没压力了。还值得留意的是Python。虽然不是所有运维岗都要求Python但会一点Python在笔试和后续面试中都是加分项。运维场景中的Python主要用来做自动化脚本、监控脚本、运维平台的后端开发。笔试中不太会出现让你手写完整Python代码的题目但阅读Python代码并判断输出结果的选择题是有的。2.6 监控与故障处理流程笔试中真正拉分的地方监控这个知识点在运维笔试中的地位很特别。它不会考你某个监控工具的配置细节而是会考察你对“观测-告警-定位-恢复”整个闭环的理解。关于监控你需要掌握几个核心概念基础监控CPU、内存、磁盘、网络、负载每个指标的正常范围和异常表现。应用监控接口响应时间、错误率、QPS/TPS、JVM指标如果是Java应用、数据库连接数等。日志监控ELK/EFKElasticsearch、Logstash/Filebeat、Kibana的基本流程日志的采集、传输、存储、展示。告警告警级别怎么设定、告警阈值怎么选、避免告警风暴的方法。笔试里“如何设计一个监控体系”这种题回答的关键不是堆砌工具而是给出层次化的思路基础设施层、中间件层、应用层、业务层每一层关注哪些指标。然后再落到具体工具选型上。工具选型不用太花哨能说出PrometheusGrafana做指标监控、ELK做日志收集、Alertmanager做告警管理并解释每层之间的衔接就已经是水准以上的回答了。故障处理流程也是主观题的高频方向。核心考察点在于接到告警后你的第一反应是什么很多人的第一反应是“看日志”但正确的流程通常是先看告警影响范围。是个别机器还是整个集群是CPU问题还是网络问题影响面决定了响应级别。先恢复后定位。如果是可用性问题优先考虑切流、重启、扩容等止损动作而不是在故障机器上慢慢分析原因。记录关键信息。故障时间点、变更记录、日志片段这些都是后续复盘的基础。定位根因。结合监控数据、日志、近期变更一步步缩小范围。复盘与改进。输出故障报告改进监控告警和运维流程。这个思路在笔试主观题里可以直接作为答题框架在面试里也可以当作案例分析的骨架来用。3. 实操过程与核心环节实现3.1 笔试中的典型故障排查案例分析小满第二批笔试的主观题第一道是一个故障排查题。题目大概是这样的“某天上午10点开始用户集中反馈订单查询功能变慢部分请求超时。监控显示应用服务器CPU正常但数据库服务器负载明显升高。请问你的排查思路是什么”这道题我在答卷时是分步骤写的第一步确认影响范围和变更记录。10点这个时间点比较特殊要看是不是有定时任务、数据批量处理或者新版本发布。如果是定时任务导致的通常是短时波动如果是发布导致的要考虑回滚。第二步查看数据库层面的具体表现。负载升高是CPU高还是IO高慢查询日志里有没有出现新的慢SQL数据库连接数是否打满如果是慢查询导致的直接定位到具体的SQL用explain查看执行计划看是索引失效还是数据量变大。第三步如果数据库没有问题再看应用与数据库之间的网络链路。连接池是否耗尽是否有网络抖动这里可以用show processlist查看数据库当前的连接状态区分“连接堆积在应用层”还是“SQL执行本身慢”。第四步结合监控数据回看10点前后的指标变化。哪条指标曲线最先开始异常是CPU先涨还是慢查询先出现时间线上的先后顺序往往就是因果链的方向。这道题虽然只是一个思路题但它考察的是你在真实生产中能不能快速建立“由外到内、由现象到根因”的排查路径。我在备考时反复练习了这种结构化表达推荐你也养成这种习惯答题时先分层再分步最后给结论。3.2 笔试中典型的系统设计类问题分析第二道主观题是系统设计类题目大意是“请设计一套生产环境的监控告警系统包括监控对象、监控指标、告警规则、持久化方案和可视化方案”。这个题不算难但想答得完整需要一定的知识广度。我当时从这几个层面展开监控对象分四层基础设施层服务器CPU、内存、磁盘、网络、中间件层Nginx、MySQL、Redis、应用层接口QPS、响应时间、错误率、业务层订单量、成功率。监控指标的选择是重点我用了USE方法和RED方法作为框架支撑。USE法则是针对基础设施的利用率Utilization、饱和度Saturation、错误Errors比如CPU利用率、CPU就绪队列长度、磁盘IO错误。RED法是针对服务的速率Rate、错误Errors、耗时Duration比如QPS、错误率、延迟分位数P99。告警规则的设定要避免告警风暴。我给出的方案是分级告警P0级服务不可用通过电话和短信通知P1级性能严重下降通过短信通知P2级指标趋势异常通过邮件/企微通知。阈值的设定不能只看静态数值要结合历史基线比如正常情况下P99耗时200ms阈值可以设在400ms基线的2倍而不是随便定一个绝对数值。持久化方案用的是Prometheus Thanos的方案指标数据保留15天用于实时查询超过15天的数据转存到对象存储做冷备。可视化方案用Grafana按业务线和系统层级划分Dashboard。最后我补了一段实操团队的配置值班人员通过统一告警平台接收通知配合故障定级和升级机制每周做一次告警规则Review删除无效告警调优阈值。这样一套答下来既体现了广度又结合了实践经验比单纯列监控工具名要扎实得多。4. 备考路线与资源推荐4.1 应届生和转行者的时间分配建议如果你现在离笔试还有一到两个月可以参考我当时的备考节奏把时间分成三个阶段第一阶段第1周补基础、搭环境。把Linux基础命令、Vim操作、网络基础过一遍在自己的电脑上装好虚拟机或云服务器准备一套可以随时折腾的环境。这一步非常关键没有环境后面所有实操复习都是纸上谈兵。第二阶段第2-3周分模块过知识点。按“Linux → 网络 → 数据库与中间件 → 脚本 → 容器与自动化 → 监控”的顺序逐个击破。每个模块配合实操做题比如学完Shell就自己写脚本处理日志学完Docker就自己构建镜像并启动容器。第三阶段第4周刷题和模拟练习。把能找到的运维筆試题、面试题全部过一遍重点练习主观题的结构化表达。计时模拟也很重要120分钟做题量的压力比想象中大提前适应节奏能减少考场上的慌乱。如果你平时已经有一定的Linux使用经验第一阶段可以压缩到3-4天把更多时间留给刷题和案例复盘。如果你的基础比较薄弱第一阶段最好不要省基础不牢后面刷题效率会很低。4.2 用什么工具和学习资料最有效资料方面我的建议是不要贪多一套体系吃透比收集一堆资料更重要。Linux基础鸟哥的Linux私房菜基础篇依然是经典中的经典虽然版本老但核心逻辑没变。配合《Linux命令行大全》做速查。网络基础《图解TCP/IP》适合快速建立网络知识框架重点是IP地址、路由、TCP/UDP、DNS、HTTP这些和运维强相关的内容。Shell脚本《Linux Shell脚本攻略》的实战性很强可以边看边练。Shell脚本的练习最重要的是动手不要只看不写。容器Docker官方文档的Get Started部分就能覆盖笔试所需的大部分内容。K8s方面可以看《Kubernetes in Action》但不建议在笔试前花太多时间深挖。监控Prometheus官方文档Grafana官方文档足以应对笔试和入门工作。重点是理解指标类型和查询语法。面试题牛客网、知乎、掘金上有大量运维笔试面试题搜“运维工程师面试题”“linux运维面经”就能找到很多。我个人的经验是看面经时不要只记答案要思考“为什么是这个答案”这样遇到变体题才不会慌。工具方面我强烈建议准备一套自己的本地实验环境。Windows用户可以用WSL2或虚拟机macOS用户可以直接用原生终端加Docker Desktop。如果你有云服务器阿里云/腾讯云的轻量服务器就行那是更好的因为能顺便练习远程管理、安全组配置这些真实运维场景。4.3 如何利用网络资源精准检索复习信息秋招笔试备考有一个能力很重要就是精准检索信息。笔试范围不会提前公布你需要自己去网上找线索。搜索时用“公司名运维笔试”“公司名运维面经”“公司名秋招记录”这些组合比单独搜“运维笔试”有效得多。我备考时还会去刷招聘网站上的岗位要求把所有能搜到的运维岗JD放在一起比对找出高频出现的技能要求这些基本就是笔试范围。比如我筛选了20多个运维岗JD后发现出现频率最高的关键词是Linux、Shell、网络、容器、监控。这和最终的笔试范围高度吻合。另外一个小技巧是关注“运维手册包含哪些”“it运维效率工具”“网络运维工具箱”这类偏工程实践的内容。笔试中有些题目虽然不会直接考工具但在案例题里提到“用Wireshark抓包分析”“用strace定位系统调用”“用tcpdump排查网络问题”会让你的答案看起来更有实战感。5. 常见问题与考点避坑5.1 笔试中容易失分的细节和陷阱这次笔试我虽然整体发挥还算稳定但复盘时还是发现了一些容易失分的点分享出来供你避坑关于命令参数笔试里考的是精确记忆。比如tar -zcvf和tar -xzvf的区别、kill -9和kill -15的区别这些必须非常清楚。我考前做了不少“易混淆命令对比”的整理发现效果不错。这里举几个高频对比df看的是文件系统使用量du看的是目录实际大小ps aux和ps -ef显示格式不同netstat -tlnp里的t是TCP、l是监听、n是显示数字、p是显示进程。关于网络地址计算不要眼高手低。“给定IP和子网掩码计算网络地址、广播地址、可用主机数”是笔试必备能力。很多人觉得这个太基础就不复习结果考场上算得很慢甚至算错。这个能力没有捷径就是多练几道题把十进制的与运算练熟。关于选择题的“模棱两可”先排错再对比。运维笔试的选择题很喜欢设置“看似都对”的选项。我的习惯是先用“是否可落地”来过滤如果某个选项描述的方案在真实生产环境中明显不合理就直接排除。剩下的选项再对比细节差异。这类题的坑通常在某个细小的限定词上比如“立刻”“始终”“所有”“只需要”这种绝对化表述大概率是错的。关于时间分配不要在一道题上耗太久。笔试的题量通常偏大正常速度做客观题每道控制在60-90秒内主观题每道预留15-20分钟。如果一道多选题卡住了先标记跳过把会做的题做完再回头想。我认识的一个同学就是因为在一道多选题上纠结太久导致最后一道主观题时间不够、只能写个提纲非常可惜。5.2 考后复盘笔试结束只是下一阶段的开始笔试结束后不管感觉好不好我建议都做两件事一是把笔试中考到的题目记录下来整理成自己的错题本二是立刻开始准备面试。运维岗的面试节奏通常紧跟在笔试之后再准备就来不及了。面试和笔试的考察重点其实不太一样。笔试更容易通过短期刷题提高面试则完全看平时的积累。面试里常见的“介绍一个你曾经排查过的问题”“你平时怎么学习运维技术”“你怎么看待AI运维取代人工运维”这类问题没法临时抱佛脚需要在平时积累真实的排障经验和自己的技术观点。另外要提醒一点笔试通过之后有些公司还会安排性格测试或逻辑测试小满的流程里就有这一环。这类测试题目本身难度不大但要注意心态平稳不要因为前面的笔试题量大而带着焦虑情绪去做后面的测试。我个人的经验是这类测试没有标准答案按照自己的真实性格选就行不用刻意迎合某个“理想的候选人画像”前后矛盾反而更危险。5.3 运维笔试的长期积累建议最后聊一点更长期的建议。可能你会觉得笔试就是一座山翻过去就完了。但以我在这个行业摸爬滚打的经验来看运维笔试考的大量知识点其实都是工作中每天要用的东西。你今天为了笔试背下来的Linux命令、网络排查思路、故障处理流程明天就会出现在你的线上故障排查里。所以我建议你备考时带着“学以致用”的心态而不是“背完就忘”的心态。每学一个命令都去真实环境里跑一遍每看一个排查案例都想一下如果是自己遇到这个问题会怎么处理。这样复习的效率和持久度远高于纯粹为了过笔试而刷题。我在笔试前有一个习惯每天早上花30分钟在一台测试机上随机复现一个故障场景。比如占用磁盘空间、模拟负载升高、故意写错nginx配置导致服务异常然后自己排查恢复。这种练习做多了之后遇到笔试题里的场景脑子里会自动浮现出当时排查的画面答题会顺手很多。现在回过头看运维这个岗位确实在发生变化。传统的“修电脑”“敲命令”型运维正在被平台化、自动化和智能化逐步取代新的岗位要求懂代码、懂容器、懂云计算、懂AI基础设施。笔试作为第一道门槛考察的正是这些新趋势下的基础能力。如果你正在准备运维岗笔试我的核心建议就三条第一别只背不练亲手敲命令比什么都管用第二主观题要有结构化思维分步骤回答比堆关键词更能拿分第三把笔试当成学习机会考完不是结束而是查漏补缺的开始。最后再分享一个我踩过的坑。我第一场运维笔试就是因为没有提前用虚拟机做实操练习结果考到“如何用awk提取日志中最后一列”这种基础题时居然一时想不起参数细节。从那以后我每天再忙也会抽出10分钟敲几条命令把高频命令练到条件反射的程度。考场上的时间很宝贵任何需要犹豫的“基础题”都会挤压你思考难题的时间。你现在多做一点准备考场上就能多一分从容。