2024年春招游卡运维开发校招笔试——这几个词凑在一起不少学弟学妹第一时间想到的是“三国杀那个游卡吗”对就是那个做《三国杀》的游卡但人家现在的业务盘子早就不是一款卡牌游戏那么简单了。我当初投这个岗位看中的是两点一是游戏行业的运维开发能接触到比较极端的流量场景二是校招笔试的考察面通常比较综合适合检验自己这两年折腾Linux和脚本的底子到底怎么样。这篇文章就当是给自己做一次复盘也给正在准备同类岗位笔试的朋友们一个参考。我会按照游卡运维开发笔试的实际考察逻辑把岗位要求、题型分布、核心考点、失分教训和复习路线全部拆开讲。内容会偏实战一些很多细节是我自己在刷题和笔试中反复确认过的不是那种网上随手抄来的面经。如果你正打算投游戏公司的运维开发岗或者已经在准备笔试了这篇可以帮你少走不少弯路。1. 岗位画像与笔试定位先说清楚一个事运维开发和传统运维是有明显区别的。传统运维更偏向服务器管理、网络配置、故障响应核心是“守住线上稳定”而运维开发的核心是用代码去解决运维问题把重复性的人工操作变成自动化平台或工具链。游卡这种有大量在线玩家、有实时对局、有活动礼包、有数据埋点的公司运维开发要处理的场景非常具体比如开服流程自动化、日志采集与告警、配置管理、发布系统优化、容器化改造等等。1.1 笔试想筛什么样的人校招笔试不像社招那样要求你有多少年生产环境经验它更看重三件事基础是否扎实、逻辑是否清晰、是否有工程化意识。基础是否扎实体现在Linux命令、网络协议、数据库、操作系统原理这些硬功夫上。逻辑是否清晰体现在算法题和场景设计题里能不能把一个问题拆解成清晰的步骤。工程化意识体现在你对CI/CD、监控告警、容器化部署这些概念的理解深度而不是停留在“听说过”的层面。游卡的笔试题目整体风格是务实偏应用不会出特别偏门纯理论的题但会很注重你是否真的用过这些工具。比如它会问“如何查找日志中访问量最高的IP”这种题就是典型的Linux文本处理基本功不会的人只能干瞪眼。1.2 运维开发笔试的通用考察逻辑我之前也参加过其他几家游戏公司的运维开发笔试对比下来这个岗位的考察逻辑基本是固定的操作系统与Linux基础、网络基础、Shell或Python编程、数据库基础、容器与云原生概念、CI/CD与监控体系理解再加上一两道开放性的场景设计题。这类笔试和纯后端开发笔试不一样它不会让你手写一个红黑树或者LRU的高级变种更多是考察你在真实运维场景中如何用代码和命令解决问题。所以准备的方向要有侧重把时间花在运维高频考点上比盲目刷LeetCode效率高得多。2. 常见题型分布与分值逻辑游卡运维开发校招笔试的题型我根据自己的经历和身边同学反馈大致可以分成四类选择题与判断题、编程题、简答题/场景分析题、综合素质题。不同批次可能题目会有调整但大方向不会有太大变化。2.1 选择题与判断题这部分大概占30%-40%的分值考察范围比较广基本覆盖计算机网络、Linux、数据库、操作系统常识。常见考点比如TCP三次握手与四次挥手的过程以及TIME_WAIT的作用Linux文件权限rwx对应的数字以及umask的计算方式硬链接与软链接的区别以及ln命令的使用数据库索引的底层结构为什么用B树而不用哈希或二叉树进程与线程的区别以及协程的适用场景grep、awk、sed等文本处理工具的常见用法这些题目的难度不会很大但覆盖面确实广需要你在平时学习时把基础概念都过一遍。如果你对某个知识点记忆模糊建议动手实践一下不要死记硬背。比如硬链接和软链接的区别在服务器上自己创建两个文件测试一下用ls -i看inode很快就理解了。2.2 编程题与脚本题编程题在运维开发笔试中通常占30%左右但它的形式有两种一种是纯粹的算法题用C/Java/Python等主流语言写另一种是脚本题要求你用Shell或者Python编写一个解决实际问题的脚本。算法题难度通常控制在LeetCode中等偏下水平比如字符串处理、数组操作、简单动态规划等。游卡的整体算法要求不算特别变态但也不是随便就能过的需要你保持一定的手感。脚本题更贴近运维日常比如写一个脚本统计Nginx访问日志中状态码为502的请求数量并按IP排序用Python写一个文件内容批量替换的小工具写一个Shell脚本实现定期清理超过指定大小或指定天数的日志文件用Python脚本读取一个配置文件并按格式输出这类题目考察的不只是你是否会写代码更是你能否用代码高效解决工作中遇到的问题。我在准备时重点练习了Python的字符串处理、文件操作、正则表达式以及Shell循环、条件判断、文本处理三剑客的组合用法考场上确实用到了。2.3 简答题与场景分析题这是区分度比较高的部分也是最能体现你实际经验积累的环节。常见例子服务器CPU飙升到100%如何排查是哪条命令或哪个进程导致的线上服务突然大量超时数据库连接数暴涨你如何定位是慢查询还是连接池泄漏业务需要上线一个新版本你如何设计一个零宕机的发布方案一台服务器磁盘空间被占满但是du找不出大文件可能是什么原因场景分析题往往没有绝对标准的答案但需要你有清晰的排查思路和表达逻辑。我当时的做法是先说排查顺序从现象到原因从粗略到精细再说每一步用什么命令或工具去验证最后说如何临时止血和永久修复。这种“现象-定位-止血-根治”的结构在笔试中很好用。2.4 综合素质题这类题目可能出现在笔试最后也可能是性格测试通常不计入技术分但会影响你是否有面试机会。常见的形式是给一个场景让你描述自己会怎么做比如“如果你负责的线上服务突然挂了但你手里还有另一个项目的紧急需求要交付你会如何安排优先级”等。这类题没有标准答案关键是表达出责任心、条理性和沟通意识。我建议不要写太“狼性”或者太“躺平”的答案保持真实的同时体现出你能独立思考、能团队协作、能把事情闭环就足够了。3. 核心考点逐个拆解前面说的是题型分布这里进入最核心的部分每一个考点具体怎么准备、考察什么深度、有哪些容易踩的坑。我按板块分别讲每个板块都会给出我在实际笔试中比较笃定的一些细节。3.1 Linux基础与常用命令Linux是运维开发的地基这部分失分是最可惜的因为都是“背了就有分”的内容。但光背不行笔试中的命令题经常会加一点小陷阱。举几个我见过的真实考法如何找出当前目录下大于100MB的文件find /path -type f -size 100M如何查看端口占用netstat -tlnp 或 ss -tlnp注意ss是netstat的替代品如何查看进程的线程数ps -Lf -p PID 或者 top -H -p PID如何把一个文件按行随机打乱shuf file如何快速清空一个正在被写入的日志文件而不影响进程cat /dev/null app.log 或 : app.log这里有个容易混淆的点是磁盘空间和inode用完的区别。很多时候你会发现df -h显示磁盘还有剩余但df -i显示inode已经满了这时候创建不了任何新文件应用直接报“No space left on device”。这类问题在实际笔试中经常以场景题出现我建议一定要自己创建一个小分区或者用loop设备模拟一下亲自看一眼inode耗尽的现象。3.2 计算机网络核心知识点网络这块运维开发主要考察TCP/IP协议栈、HTTP协议、DNS解析流程、负载均衡与反向代理等。选择题和场景题都会涉及我把最常考的考点列一下TCP三次握手、四次挥手、TIME_WAIT状态、2MSL时长TCP与UDP的区别以及各自适用场景HTTP常用状态码含义200、301、302、403、404、500、502、503、504HTTP与HTTPS的区别TLS握手的大致流程DNS解析的递归查询与迭代查询以及常见DNS记录类型负载均衡算法轮询、加权轮询、最少连接、一致性哈希等正向代理与反向代理的区别不要小看状态码这个考点游卡笔试里有一道题就是“用户的请求出现了504你认为可能是什么原因如何排查”它考察的不只是你知道504是网关超时还希望你能把这个状态和实际运维场景联系起来。我的理解是504可能是上游服务处理超时也可能是负载均衡设置的后端超时时间太短还有可能是后端服务已宕机但健康检查没有及时摘除节点。排查时先看负载均衡日志再看后端服务日志再检查监控是否有慢请求思路要一层层推进。3.3 Shell和Python脚本能力脚本能力是运维开发笔试中特别看重的一个能力维度。我建议Shell和Python都要会而且都要达到能独立完成一个小工具的水平。Shell脚本的准备重点变量与参数、条件判断、循环、函数、${}和$()使用、awk和sed处理文本、crontab定时任务。这里分享一个我笔试时遇到的题目给定一个Nginx访问日志每行格式为IP 时间 请求路径 状态码 响应大小。要求统计每个IP的访问次数并按访问次数从高到低输出前10个。这个用Shell一行命令就能搞定awk {print $1} access.log | sort | uniq -c | sort -rn | head -10。但如果你把这条命令完整写出来最好再解释一下每一步的作用。因为笔试答题时可能只留一个空让你写命令但也可能在主观题让你描述思路。我自己的习惯是先用Python写一个更灵活的版本因为当统计条件复杂到“统计每个IP在不同状态码下的访问量”时用awk和sort组合会显得力不从心但用Python的defaultdict加Counter就很清晰。Python脚本的准备重点文件读写、字符串处理、正则表达式、subprocess调用外部命令、requests库的基本使用、argparse解析命令行参数。不需要深入研究数据结构和算法但要能快速写出解决实际问题的脚本。3.4 数据库基础与SQL数据库考察的深度不会像DBA岗位那么深但以下几个概念是必考的索引原理为什么用B树聚集索引与非聚集索引的区别事务的ACID特性隔离级别有哪几种默认级别是什么慢查询如何定位EXPLAIN如何看懂数据库连接池的作用常见SQL语句编写分组统计、多表连接、子查询关于索引我特别想提醒一点一定要看懂最左前缀原则。笔试经常出“以下查询哪些能利用联合索引(a,b,c)”这类题如果你不懂最左前缀好几道选择题连错不是开玩笑的。实践上可以在本地MySQL里建一张表插几万条数据用EXPLAIN看一下type和key的变化比死记硬背有效得多。游卡笔试里有一道场景题是“某个查询平时执行很快但某天突然变慢可能是什么原因”。我的回答思路是先看是否出现数据量大幅增长导致索引失效再看查询条件是否因为使用函数或类型转换导致索引失效再看是否出现锁竞争或磁盘IO瓶颈最后看数据库的统计信息是否过旧导致优化器选择了错误的执行计划。这个问题没有唯一答案关键是覆盖面够不够。3.5 容器与云原生概念容器化已经成了运维开发的必备技能Docker和Kubernetes几乎是必考内容。校招笔试不会要求你写出完整的K8s YAML但基本概念一定要清楚。Docker的考察点Docker镜像与容器的区别镜像的分层存储原理Dockerfile常用指令FROM、RUN、CMD、ENTRYPOINT、COPY、ADD、EXPOSECMD与ENTRYPOINT的区别容器与虚拟机的主要区别如何进入一个运行中的容器docker exec -it container_id bashKubernetes的考察点核心组件kube-apiserver、etcd、kubelet、kube-proxy、controller-manager、scheduler常用资源对象Pod、Deployment、Service、ConfigMap、Secret、IngressPod与Deployment的关系Service的ClusterIP、NodePort、LoadBalancer三种类型区别滚动更新与回滚的机制特别提醒Docker的CMD和ENTRYPOINT是一个高频题而且很容易搞混。简单来说CMD可以被docker run后面的命令覆盖而ENTRYPOINT不会除非你显式加--entrypoint参数。Kubernetes里的探针也是常见题startupProbe、livenessProbe、readinessProbe分别负责什么一定要能说清楚。我准备时直接在本地装了一个minikube把Deployment、Service、Ingress实际创建了一遍印象会深刻很多。3.6 CI/CD与监控体系理解运维开发岗位日常工作中很大一部分是搭平台CI/CD流水线和监控告警是笔试中比较能拉分的内容。CI/CD方面至少要理解这几个概念的流程代码提交触发构建、单元测试、制品打包、镜像构建、部署到测试环境、自动化测试、部署到生产环境、灰度发布或蓝绿发布。你需要理解持续集成和持续部署的区别持续集成强调的是频繁地把代码合并到主干并自动构建测试尽早发现问题持续部署强调的是自动把通过测试的代码部署到生产环境减少人工干预。监控体系方面我认为有一个比较好的理解框架是分层监控基础设施层监控CPU、内存、磁盘、网络等中间件层监控MySQL、Redis、Nginx等应用层监控接口QPS、响应时间、错误率业务层监控核心业务指标比如游戏的同时在线人数、付费转化率等。常见监控工具有Prometheus加Grafana、Zabbix、SkyWalking等。笔试不一定让你比较工具优劣但至少要能说出Prometheus的核心概念exporter采集指标pushgateway支持短暂任务PromQL查询指标Alertmanager发送告警。如果你能简单描述一个“从指标采集到告警通知”的完整链路这道题基本就拿下了。4. 实操题与手写代码的准备思路前面讲的都是知识点层面的准备但笔试的关键还是落实到写。游卡运维开发的编程题我观察到的规律是既考基础算法又考实践能力后者往往才是拉开差距的地方。4.1 算法题保持手感算法题的准备不需要像准备互联网大厂后端那样大量刷题但也要保持基本手感。我的建议是集中刷LeetCode上与字符串、数组、哈希表、栈队列相关的简单和中等题重点练习时间复杂度和空间复杂度的分析。可以做几个代表性的题目练手反转字符串中的单词找出数组中出现次数超过一半的数字合并两个有序数组括号匹配和简单的表达式求值实现一个LRU缓存这是一个高频题虽然运维开发笔试不常考但万一出现不至于慌做题的时候要养成在白纸上写代码的习惯因为笔试环境一般没有自动补全不能依赖IDE的提示。你要能准确地写出函数的定义、循环的边界条件、字符串处理时的空值判断。另外Python的缩进在笔试中很容易出错我建议每题写完都花十几秒检查一遍缩进是否一致。4.2 脚本题的多方案思维脚本题是我认为游卡笔试中比较有特色的部分。它往往不限定你用Shell还是Python但不同方案有不同的得分点。举一个例子写一个脚本找出一个日志文件中出现次数最多的五个错误信息。方案一是用Shellgrep ERROR app.log | sort | uniq -c | sort -rn | head -5这个方案优点是一行命令解决但缺点是无法处理比较复杂的日志格式比如错误信息分布在多行中或者需要按时间窗口过滤。方案二是用Pythonfrom collections import Counter with open(app.log, r) as f: errors [line.strip() for line in f if ERROR in line] for msg, cnt in Counter(errors).most_common(5): print(f{cnt} {msg})这个方案更灵活一些可以加上正则匹配、按时间段过滤等逻辑。我在笔试中遇到类似的题目时通常先写Python版本如果题目明确要求用Shell再改写为Shell命令同时把每一步的用途写清楚。4.3 手写代码时的规范细节笔试答卷和平时写自己的脚本不一样阅卷人会看你的代码风格和思考过程。我总结几个容易加分的细节变量命名要有意义不要用a、b、c这种无法理解的命名函数和类的定义要清晰一个函数只做一件事对输入做边界判断比如文件为空、文件不存在、参数缺失等适当写注释说明关键步骤的意图但不要每行都注释那样反而是噪音如果是Shell脚本在文件开头加上#!/bin/bash并注意set -e的使用场景我见过不少人在笔试中因为漏掉了最后一行输出或者没有处理空文件的情况而被扣分。这些问题不是不会而是平时习惯不好建议在准备阶段就按这个标准要求自己。5. 常见失分点与避坑经验在笔试准备过程中我踩过不少坑也总结了一些容易失分的环节。这里写出来希望你能避开。5.1 深挖原理而不是背结论运维开发笔试的题目很多看起来是概念题但仔细看的话考官真正想考察的是你是否理解背后的机制。举个例子问你“为什么Redis使用单线程还能这么快”如果你只回答“因为它是基于内存的”只能算答对了一半。更完整的回答应该是Redis基于内存存储数据访问速度快其次单线程避免了多线程上下文切换和锁竞争的开销再次Redis使用IO多路复用技术处理并发连接最后Redis的很多操作是O(1)的。这里的关键是IO多路复用这个概念如果你完全不提考官会觉得你只是背了结论。另一个例子是“为什么数据库索引要用B树”。如果你只答“B树查询效率高”基本等于没说。你需要把它和红黑树、哈希索引做比较哈希索引不支持范围查询红黑树在数据量大时树的高度太高磁盘IO次数太多而B树的特点是矮胖、叶子节点形成有序链表、非叶子节点只存索引不存数据所以可以更快地定位到目标数据。如果你能指出“B树的内部节点存储更多索引项所以树高更低查询时的磁盘IO次数更少”这道题就答到点子上了。5.2 场景题要有排查思路场景分析题最忌讳的就是“瞎猜”。拿到题先不要急着说答案而是把排查思路梳理成一条线。我通常用这个框架第一先确认现象比如是把所有请求超时还是部分请求超时第二缩小范围看看是入口网关的问题、应用服务的问题还是下游依赖的问题第三查看日志、监控、链路追踪找到具体的报错或异常指标第四提出临时方案比如摘除异常节点、重启、限流降级先恢复业务第五定位根因并彻底修复。用这个框架回答“线上服务突然大量超时”这道题你可以说先确认是哪个接口超时是所有接口还是部分接口然后看应用服务器的CPU、内存、GC情况再看数据库的连接数和慢查询再看依赖的Redis或MQ是否正常如果发现数据库连接数暴涨就要进一步查是不是出现了慢查询或者连接池配置是否合理。整体思路要清晰比简单回答“重启一下”要好多得多。5.3 时间分配与答题顺序笔试的时间是有限的尤其是有编程题和简答题时如果没有合理的答题顺序很有可能会在做某一道题时卡太久导致后面的题来不及写。我的建议是先把所有题目快速浏览一遍把有把握的题目标记出来优先做这些题。选择题和判断题如果遇到不会的不要纠结太久先根据排除法选一个后面有时间再回头想。编程题建议先做简单题热身再做中等题把思路理清后再动手写不要一上来就敲键盘。如果你在编程题中被卡住超过20分钟建议先放下去做后面的简答题或场景题。因为简答题是踩点得分你写了几行关键思路多少能得一些分编程题如果写不出来大概率是零分。这个轻重缓急要拿捏住。6. 考前冲刺与复习路线如果距离笔试还有一段时间我建议按照下面这个路线来安排复习。这不是什么玄学就是我自己用了之后觉得效率比较高的一个节奏。6.1 Linux命令和文本处理先过关这是性价比最高的部分花一个周末集中练一遍就能覆盖大多数选择题和脚本题。我的练习方式是找一台测试服务器准备一份几百MB的日志文件反复用find、grep、awk、sed、sort、uniq、wc这些命令做各种统计操作。比如统计日志中不同状态码的数量、找出响应时间最长的前20条记录、按小时统计请求量并输出到文件。这些操作都是运维日常工作的高频场景。熟练之后建议给自己定一个目标任意给出一个日志统计需求能在30秒内写出对应的一条命令组合。如果达不到这个熟练度就继续练直到形成肌肉记忆为止。6.2 网络和数据库概念要系统性过一遍这部分不适合零散地查资料建议找一本经典的书籍或者一套系统性的课程把计算机网络和数据结构的核心章节过一遍。计算机网络重在TCP/IP协议栈和HTTP数据库重在索引原理、事务和SQL。不要花太多时间在不常见的协议上比如BGP这种笔试几乎不会考。我自己的经验是拿一张白纸把整个三次握手和四次挥手的过程画出来包括每个状态的名字——SYN_SENT、ESTABLISHED、FIN_WAIT_1、CLOSE_WAIT、TIME_WAIT等。画到能不看笔记默写出来的程度这题就稳了。数据库也是把事务ACID和四种隔离级别的对照关系自己整理成表格再看它们分别解决了什么问题。这个整理的过程比单纯看书效果好得多。6.3 容器、监控、CI/CD结合实验理解如果你之前只用过Docker跑一些开发环境那还需要补充Kubernetes和一些CI/CD的概念。建议在本地用Docker Desktop或minikube搭建一个最小可用的集群实际操作一下Pod、Deployment、Service的创建和删除。然后尝试把自己写的一个小服务打成Docker镜像再用GitHub Actions或者Jenkins跑一个最简单的流水线代码提交后自动构建镜像再推送到一个镜像仓库。整个过程跑通一遍你对CI/CD的理解就会从“纸上谈兵”变成“真实体验”笔试时遇到相关题目也就有东西可写了。6.4 做两套完整模拟题再上考场考前一周我建议不要再零散地刷知识点了而是找两套完整的笔试模拟题限定时间和正式笔试一样静下心来做完。做完之后不要只对答案还要分析每一道错题是知识点不熟还是审题不清。如果你的时间紧张至少也要做一套并完整地写出所有编程题的代码。模拟题从哪里来牛客网上有一些运维开发的题目也可以找一些互联网公司近几年的运维开发笔试题来练手。不过我提醒一句有些真题的答案未必完全正确如果你对某道题有疑问最好的方式是实际在环境中验证而不是轻信网上的解析。准备到这个程度基本的笔试要求就已经覆盖得比较全面了。回头看整个复习过程最核心的一点是把知识学活把工具用熟把思路理清。运维开发本来就讲究从实际问题出发去解决问题笔试只是把这个能力用纸面形式考察一遍。前期在这些基础能力上多花功夫后面到面试环节你会发现很多问题都迎刃而解了。最后再分享一个小技巧笔试时如果遇到不会的场景题不要直接留空把你想到的排查步骤和用到的命令写上去写成“我会先查看××然后用××命令确认××”多少能拿一些过程分这也是我亲身验证过的。希望这篇复盘能帮到正在准备运维开发校招笔试的朋友祝你们顺利拿到心仪的offer。
游卡运维开发校招笔试全解析：从Linux到容器云原生
2024年春招游卡运维开发校招笔试——这几个词凑在一起不少学弟学妹第一时间想到的是“三国杀那个游卡吗”对就是那个做《三国杀》的游卡但人家现在的业务盘子早就不是一款卡牌游戏那么简单了。我当初投这个岗位看中的是两点一是游戏行业的运维开发能接触到比较极端的流量场景二是校招笔试的考察面通常比较综合适合检验自己这两年折腾Linux和脚本的底子到底怎么样。这篇文章就当是给自己做一次复盘也给正在准备同类岗位笔试的朋友们一个参考。我会按照游卡运维开发笔试的实际考察逻辑把岗位要求、题型分布、核心考点、失分教训和复习路线全部拆开讲。内容会偏实战一些很多细节是我自己在刷题和笔试中反复确认过的不是那种网上随手抄来的面经。如果你正打算投游戏公司的运维开发岗或者已经在准备笔试了这篇可以帮你少走不少弯路。1. 岗位画像与笔试定位先说清楚一个事运维开发和传统运维是有明显区别的。传统运维更偏向服务器管理、网络配置、故障响应核心是“守住线上稳定”而运维开发的核心是用代码去解决运维问题把重复性的人工操作变成自动化平台或工具链。游卡这种有大量在线玩家、有实时对局、有活动礼包、有数据埋点的公司运维开发要处理的场景非常具体比如开服流程自动化、日志采集与告警、配置管理、发布系统优化、容器化改造等等。1.1 笔试想筛什么样的人校招笔试不像社招那样要求你有多少年生产环境经验它更看重三件事基础是否扎实、逻辑是否清晰、是否有工程化意识。基础是否扎实体现在Linux命令、网络协议、数据库、操作系统原理这些硬功夫上。逻辑是否清晰体现在算法题和场景设计题里能不能把一个问题拆解成清晰的步骤。工程化意识体现在你对CI/CD、监控告警、容器化部署这些概念的理解深度而不是停留在“听说过”的层面。游卡的笔试题目整体风格是务实偏应用不会出特别偏门纯理论的题但会很注重你是否真的用过这些工具。比如它会问“如何查找日志中访问量最高的IP”这种题就是典型的Linux文本处理基本功不会的人只能干瞪眼。1.2 运维开发笔试的通用考察逻辑我之前也参加过其他几家游戏公司的运维开发笔试对比下来这个岗位的考察逻辑基本是固定的操作系统与Linux基础、网络基础、Shell或Python编程、数据库基础、容器与云原生概念、CI/CD与监控体系理解再加上一两道开放性的场景设计题。这类笔试和纯后端开发笔试不一样它不会让你手写一个红黑树或者LRU的高级变种更多是考察你在真实运维场景中如何用代码和命令解决问题。所以准备的方向要有侧重把时间花在运维高频考点上比盲目刷LeetCode效率高得多。2. 常见题型分布与分值逻辑游卡运维开发校招笔试的题型我根据自己的经历和身边同学反馈大致可以分成四类选择题与判断题、编程题、简答题/场景分析题、综合素质题。不同批次可能题目会有调整但大方向不会有太大变化。2.1 选择题与判断题这部分大概占30%-40%的分值考察范围比较广基本覆盖计算机网络、Linux、数据库、操作系统常识。常见考点比如TCP三次握手与四次挥手的过程以及TIME_WAIT的作用Linux文件权限rwx对应的数字以及umask的计算方式硬链接与软链接的区别以及ln命令的使用数据库索引的底层结构为什么用B树而不用哈希或二叉树进程与线程的区别以及协程的适用场景grep、awk、sed等文本处理工具的常见用法这些题目的难度不会很大但覆盖面确实广需要你在平时学习时把基础概念都过一遍。如果你对某个知识点记忆模糊建议动手实践一下不要死记硬背。比如硬链接和软链接的区别在服务器上自己创建两个文件测试一下用ls -i看inode很快就理解了。2.2 编程题与脚本题编程题在运维开发笔试中通常占30%左右但它的形式有两种一种是纯粹的算法题用C/Java/Python等主流语言写另一种是脚本题要求你用Shell或者Python编写一个解决实际问题的脚本。算法题难度通常控制在LeetCode中等偏下水平比如字符串处理、数组操作、简单动态规划等。游卡的整体算法要求不算特别变态但也不是随便就能过的需要你保持一定的手感。脚本题更贴近运维日常比如写一个脚本统计Nginx访问日志中状态码为502的请求数量并按IP排序用Python写一个文件内容批量替换的小工具写一个Shell脚本实现定期清理超过指定大小或指定天数的日志文件用Python脚本读取一个配置文件并按格式输出这类题目考察的不只是你是否会写代码更是你能否用代码高效解决工作中遇到的问题。我在准备时重点练习了Python的字符串处理、文件操作、正则表达式以及Shell循环、条件判断、文本处理三剑客的组合用法考场上确实用到了。2.3 简答题与场景分析题这是区分度比较高的部分也是最能体现你实际经验积累的环节。常见例子服务器CPU飙升到100%如何排查是哪条命令或哪个进程导致的线上服务突然大量超时数据库连接数暴涨你如何定位是慢查询还是连接池泄漏业务需要上线一个新版本你如何设计一个零宕机的发布方案一台服务器磁盘空间被占满但是du找不出大文件可能是什么原因场景分析题往往没有绝对标准的答案但需要你有清晰的排查思路和表达逻辑。我当时的做法是先说排查顺序从现象到原因从粗略到精细再说每一步用什么命令或工具去验证最后说如何临时止血和永久修复。这种“现象-定位-止血-根治”的结构在笔试中很好用。2.4 综合素质题这类题目可能出现在笔试最后也可能是性格测试通常不计入技术分但会影响你是否有面试机会。常见的形式是给一个场景让你描述自己会怎么做比如“如果你负责的线上服务突然挂了但你手里还有另一个项目的紧急需求要交付你会如何安排优先级”等。这类题没有标准答案关键是表达出责任心、条理性和沟通意识。我建议不要写太“狼性”或者太“躺平”的答案保持真实的同时体现出你能独立思考、能团队协作、能把事情闭环就足够了。3. 核心考点逐个拆解前面说的是题型分布这里进入最核心的部分每一个考点具体怎么准备、考察什么深度、有哪些容易踩的坑。我按板块分别讲每个板块都会给出我在实际笔试中比较笃定的一些细节。3.1 Linux基础与常用命令Linux是运维开发的地基这部分失分是最可惜的因为都是“背了就有分”的内容。但光背不行笔试中的命令题经常会加一点小陷阱。举几个我见过的真实考法如何找出当前目录下大于100MB的文件find /path -type f -size 100M如何查看端口占用netstat -tlnp 或 ss -tlnp注意ss是netstat的替代品如何查看进程的线程数ps -Lf -p PID 或者 top -H -p PID如何把一个文件按行随机打乱shuf file如何快速清空一个正在被写入的日志文件而不影响进程cat /dev/null app.log 或 : app.log这里有个容易混淆的点是磁盘空间和inode用完的区别。很多时候你会发现df -h显示磁盘还有剩余但df -i显示inode已经满了这时候创建不了任何新文件应用直接报“No space left on device”。这类问题在实际笔试中经常以场景题出现我建议一定要自己创建一个小分区或者用loop设备模拟一下亲自看一眼inode耗尽的现象。3.2 计算机网络核心知识点网络这块运维开发主要考察TCP/IP协议栈、HTTP协议、DNS解析流程、负载均衡与反向代理等。选择题和场景题都会涉及我把最常考的考点列一下TCP三次握手、四次挥手、TIME_WAIT状态、2MSL时长TCP与UDP的区别以及各自适用场景HTTP常用状态码含义200、301、302、403、404、500、502、503、504HTTP与HTTPS的区别TLS握手的大致流程DNS解析的递归查询与迭代查询以及常见DNS记录类型负载均衡算法轮询、加权轮询、最少连接、一致性哈希等正向代理与反向代理的区别不要小看状态码这个考点游卡笔试里有一道题就是“用户的请求出现了504你认为可能是什么原因如何排查”它考察的不只是你知道504是网关超时还希望你能把这个状态和实际运维场景联系起来。我的理解是504可能是上游服务处理超时也可能是负载均衡设置的后端超时时间太短还有可能是后端服务已宕机但健康检查没有及时摘除节点。排查时先看负载均衡日志再看后端服务日志再检查监控是否有慢请求思路要一层层推进。3.3 Shell和Python脚本能力脚本能力是运维开发笔试中特别看重的一个能力维度。我建议Shell和Python都要会而且都要达到能独立完成一个小工具的水平。Shell脚本的准备重点变量与参数、条件判断、循环、函数、${}和$()使用、awk和sed处理文本、crontab定时任务。这里分享一个我笔试时遇到的题目给定一个Nginx访问日志每行格式为IP 时间 请求路径 状态码 响应大小。要求统计每个IP的访问次数并按访问次数从高到低输出前10个。这个用Shell一行命令就能搞定awk {print $1} access.log | sort | uniq -c | sort -rn | head -10。但如果你把这条命令完整写出来最好再解释一下每一步的作用。因为笔试答题时可能只留一个空让你写命令但也可能在主观题让你描述思路。我自己的习惯是先用Python写一个更灵活的版本因为当统计条件复杂到“统计每个IP在不同状态码下的访问量”时用awk和sort组合会显得力不从心但用Python的defaultdict加Counter就很清晰。Python脚本的准备重点文件读写、字符串处理、正则表达式、subprocess调用外部命令、requests库的基本使用、argparse解析命令行参数。不需要深入研究数据结构和算法但要能快速写出解决实际问题的脚本。3.4 数据库基础与SQL数据库考察的深度不会像DBA岗位那么深但以下几个概念是必考的索引原理为什么用B树聚集索引与非聚集索引的区别事务的ACID特性隔离级别有哪几种默认级别是什么慢查询如何定位EXPLAIN如何看懂数据库连接池的作用常见SQL语句编写分组统计、多表连接、子查询关于索引我特别想提醒一点一定要看懂最左前缀原则。笔试经常出“以下查询哪些能利用联合索引(a,b,c)”这类题如果你不懂最左前缀好几道选择题连错不是开玩笑的。实践上可以在本地MySQL里建一张表插几万条数据用EXPLAIN看一下type和key的变化比死记硬背有效得多。游卡笔试里有一道场景题是“某个查询平时执行很快但某天突然变慢可能是什么原因”。我的回答思路是先看是否出现数据量大幅增长导致索引失效再看查询条件是否因为使用函数或类型转换导致索引失效再看是否出现锁竞争或磁盘IO瓶颈最后看数据库的统计信息是否过旧导致优化器选择了错误的执行计划。这个问题没有唯一答案关键是覆盖面够不够。3.5 容器与云原生概念容器化已经成了运维开发的必备技能Docker和Kubernetes几乎是必考内容。校招笔试不会要求你写出完整的K8s YAML但基本概念一定要清楚。Docker的考察点Docker镜像与容器的区别镜像的分层存储原理Dockerfile常用指令FROM、RUN、CMD、ENTRYPOINT、COPY、ADD、EXPOSECMD与ENTRYPOINT的区别容器与虚拟机的主要区别如何进入一个运行中的容器docker exec -it container_id bashKubernetes的考察点核心组件kube-apiserver、etcd、kubelet、kube-proxy、controller-manager、scheduler常用资源对象Pod、Deployment、Service、ConfigMap、Secret、IngressPod与Deployment的关系Service的ClusterIP、NodePort、LoadBalancer三种类型区别滚动更新与回滚的机制特别提醒Docker的CMD和ENTRYPOINT是一个高频题而且很容易搞混。简单来说CMD可以被docker run后面的命令覆盖而ENTRYPOINT不会除非你显式加--entrypoint参数。Kubernetes里的探针也是常见题startupProbe、livenessProbe、readinessProbe分别负责什么一定要能说清楚。我准备时直接在本地装了一个minikube把Deployment、Service、Ingress实际创建了一遍印象会深刻很多。3.6 CI/CD与监控体系理解运维开发岗位日常工作中很大一部分是搭平台CI/CD流水线和监控告警是笔试中比较能拉分的内容。CI/CD方面至少要理解这几个概念的流程代码提交触发构建、单元测试、制品打包、镜像构建、部署到测试环境、自动化测试、部署到生产环境、灰度发布或蓝绿发布。你需要理解持续集成和持续部署的区别持续集成强调的是频繁地把代码合并到主干并自动构建测试尽早发现问题持续部署强调的是自动把通过测试的代码部署到生产环境减少人工干预。监控体系方面我认为有一个比较好的理解框架是分层监控基础设施层监控CPU、内存、磁盘、网络等中间件层监控MySQL、Redis、Nginx等应用层监控接口QPS、响应时间、错误率业务层监控核心业务指标比如游戏的同时在线人数、付费转化率等。常见监控工具有Prometheus加Grafana、Zabbix、SkyWalking等。笔试不一定让你比较工具优劣但至少要能说出Prometheus的核心概念exporter采集指标pushgateway支持短暂任务PromQL查询指标Alertmanager发送告警。如果你能简单描述一个“从指标采集到告警通知”的完整链路这道题基本就拿下了。4. 实操题与手写代码的准备思路前面讲的都是知识点层面的准备但笔试的关键还是落实到写。游卡运维开发的编程题我观察到的规律是既考基础算法又考实践能力后者往往才是拉开差距的地方。4.1 算法题保持手感算法题的准备不需要像准备互联网大厂后端那样大量刷题但也要保持基本手感。我的建议是集中刷LeetCode上与字符串、数组、哈希表、栈队列相关的简单和中等题重点练习时间复杂度和空间复杂度的分析。可以做几个代表性的题目练手反转字符串中的单词找出数组中出现次数超过一半的数字合并两个有序数组括号匹配和简单的表达式求值实现一个LRU缓存这是一个高频题虽然运维开发笔试不常考但万一出现不至于慌做题的时候要养成在白纸上写代码的习惯因为笔试环境一般没有自动补全不能依赖IDE的提示。你要能准确地写出函数的定义、循环的边界条件、字符串处理时的空值判断。另外Python的缩进在笔试中很容易出错我建议每题写完都花十几秒检查一遍缩进是否一致。4.2 脚本题的多方案思维脚本题是我认为游卡笔试中比较有特色的部分。它往往不限定你用Shell还是Python但不同方案有不同的得分点。举一个例子写一个脚本找出一个日志文件中出现次数最多的五个错误信息。方案一是用Shellgrep ERROR app.log | sort | uniq -c | sort -rn | head -5这个方案优点是一行命令解决但缺点是无法处理比较复杂的日志格式比如错误信息分布在多行中或者需要按时间窗口过滤。方案二是用Pythonfrom collections import Counter with open(app.log, r) as f: errors [line.strip() for line in f if ERROR in line] for msg, cnt in Counter(errors).most_common(5): print(f{cnt} {msg})这个方案更灵活一些可以加上正则匹配、按时间段过滤等逻辑。我在笔试中遇到类似的题目时通常先写Python版本如果题目明确要求用Shell再改写为Shell命令同时把每一步的用途写清楚。4.3 手写代码时的规范细节笔试答卷和平时写自己的脚本不一样阅卷人会看你的代码风格和思考过程。我总结几个容易加分的细节变量命名要有意义不要用a、b、c这种无法理解的命名函数和类的定义要清晰一个函数只做一件事对输入做边界判断比如文件为空、文件不存在、参数缺失等适当写注释说明关键步骤的意图但不要每行都注释那样反而是噪音如果是Shell脚本在文件开头加上#!/bin/bash并注意set -e的使用场景我见过不少人在笔试中因为漏掉了最后一行输出或者没有处理空文件的情况而被扣分。这些问题不是不会而是平时习惯不好建议在准备阶段就按这个标准要求自己。5. 常见失分点与避坑经验在笔试准备过程中我踩过不少坑也总结了一些容易失分的环节。这里写出来希望你能避开。5.1 深挖原理而不是背结论运维开发笔试的题目很多看起来是概念题但仔细看的话考官真正想考察的是你是否理解背后的机制。举个例子问你“为什么Redis使用单线程还能这么快”如果你只回答“因为它是基于内存的”只能算答对了一半。更完整的回答应该是Redis基于内存存储数据访问速度快其次单线程避免了多线程上下文切换和锁竞争的开销再次Redis使用IO多路复用技术处理并发连接最后Redis的很多操作是O(1)的。这里的关键是IO多路复用这个概念如果你完全不提考官会觉得你只是背了结论。另一个例子是“为什么数据库索引要用B树”。如果你只答“B树查询效率高”基本等于没说。你需要把它和红黑树、哈希索引做比较哈希索引不支持范围查询红黑树在数据量大时树的高度太高磁盘IO次数太多而B树的特点是矮胖、叶子节点形成有序链表、非叶子节点只存索引不存数据所以可以更快地定位到目标数据。如果你能指出“B树的内部节点存储更多索引项所以树高更低查询时的磁盘IO次数更少”这道题就答到点子上了。5.2 场景题要有排查思路场景分析题最忌讳的就是“瞎猜”。拿到题先不要急着说答案而是把排查思路梳理成一条线。我通常用这个框架第一先确认现象比如是把所有请求超时还是部分请求超时第二缩小范围看看是入口网关的问题、应用服务的问题还是下游依赖的问题第三查看日志、监控、链路追踪找到具体的报错或异常指标第四提出临时方案比如摘除异常节点、重启、限流降级先恢复业务第五定位根因并彻底修复。用这个框架回答“线上服务突然大量超时”这道题你可以说先确认是哪个接口超时是所有接口还是部分接口然后看应用服务器的CPU、内存、GC情况再看数据库的连接数和慢查询再看依赖的Redis或MQ是否正常如果发现数据库连接数暴涨就要进一步查是不是出现了慢查询或者连接池配置是否合理。整体思路要清晰比简单回答“重启一下”要好多得多。5.3 时间分配与答题顺序笔试的时间是有限的尤其是有编程题和简答题时如果没有合理的答题顺序很有可能会在做某一道题时卡太久导致后面的题来不及写。我的建议是先把所有题目快速浏览一遍把有把握的题目标记出来优先做这些题。选择题和判断题如果遇到不会的不要纠结太久先根据排除法选一个后面有时间再回头想。编程题建议先做简单题热身再做中等题把思路理清后再动手写不要一上来就敲键盘。如果你在编程题中被卡住超过20分钟建议先放下去做后面的简答题或场景题。因为简答题是踩点得分你写了几行关键思路多少能得一些分编程题如果写不出来大概率是零分。这个轻重缓急要拿捏住。6. 考前冲刺与复习路线如果距离笔试还有一段时间我建议按照下面这个路线来安排复习。这不是什么玄学就是我自己用了之后觉得效率比较高的一个节奏。6.1 Linux命令和文本处理先过关这是性价比最高的部分花一个周末集中练一遍就能覆盖大多数选择题和脚本题。我的练习方式是找一台测试服务器准备一份几百MB的日志文件反复用find、grep、awk、sed、sort、uniq、wc这些命令做各种统计操作。比如统计日志中不同状态码的数量、找出响应时间最长的前20条记录、按小时统计请求量并输出到文件。这些操作都是运维日常工作的高频场景。熟练之后建议给自己定一个目标任意给出一个日志统计需求能在30秒内写出对应的一条命令组合。如果达不到这个熟练度就继续练直到形成肌肉记忆为止。6.2 网络和数据库概念要系统性过一遍这部分不适合零散地查资料建议找一本经典的书籍或者一套系统性的课程把计算机网络和数据结构的核心章节过一遍。计算机网络重在TCP/IP协议栈和HTTP数据库重在索引原理、事务和SQL。不要花太多时间在不常见的协议上比如BGP这种笔试几乎不会考。我自己的经验是拿一张白纸把整个三次握手和四次挥手的过程画出来包括每个状态的名字——SYN_SENT、ESTABLISHED、FIN_WAIT_1、CLOSE_WAIT、TIME_WAIT等。画到能不看笔记默写出来的程度这题就稳了。数据库也是把事务ACID和四种隔离级别的对照关系自己整理成表格再看它们分别解决了什么问题。这个整理的过程比单纯看书效果好得多。6.3 容器、监控、CI/CD结合实验理解如果你之前只用过Docker跑一些开发环境那还需要补充Kubernetes和一些CI/CD的概念。建议在本地用Docker Desktop或minikube搭建一个最小可用的集群实际操作一下Pod、Deployment、Service的创建和删除。然后尝试把自己写的一个小服务打成Docker镜像再用GitHub Actions或者Jenkins跑一个最简单的流水线代码提交后自动构建镜像再推送到一个镜像仓库。整个过程跑通一遍你对CI/CD的理解就会从“纸上谈兵”变成“真实体验”笔试时遇到相关题目也就有东西可写了。6.4 做两套完整模拟题再上考场考前一周我建议不要再零散地刷知识点了而是找两套完整的笔试模拟题限定时间和正式笔试一样静下心来做完。做完之后不要只对答案还要分析每一道错题是知识点不熟还是审题不清。如果你的时间紧张至少也要做一套并完整地写出所有编程题的代码。模拟题从哪里来牛客网上有一些运维开发的题目也可以找一些互联网公司近几年的运维开发笔试题来练手。不过我提醒一句有些真题的答案未必完全正确如果你对某道题有疑问最好的方式是实际在环境中验证而不是轻信网上的解析。准备到这个程度基本的笔试要求就已经覆盖得比较全面了。回头看整个复习过程最核心的一点是把知识学活把工具用熟把思路理清。运维开发本来就讲究从实际问题出发去解决问题笔试只是把这个能力用纸面形式考察一遍。前期在这些基础能力上多花功夫后面到面试环节你会发现很多问题都迎刃而解了。最后再分享一个小技巧笔试时如果遇到不会的场景题不要直接留空把你想到的排查步骤和用到的命令写上去写成“我会先查看××然后用××命令确认××”多少能拿一些过程分这也是我亲身验证过的。希望这篇复盘能帮到正在准备运维开发校招笔试的朋友祝你们顺利拿到心仪的offer。
