1. 笔试前的准备工作1.1 岗位JD解读与投递策略当时我投递的是携程2023春招技术通用岗这个“通用岗”三个字其实很有讲究。很多同学一看“通用”就觉得门槛低、技术含量不高实际上恰恰相反通用岗意味着你不锁定具体部门笔试通过后才会进行二次分配因此考察范围反而更宽——既要覆盖后端常用技术栈又要看你的算法基本功还要兼顾业务理解能力。这本质上是一场综合能力筛选而不是单项技术深挖。投递渠道上携程校招官网和牛客网都有入口我当时选的是官网流程更规范。注意携程是支持内推和官网投递并行处理的内推码主要是让你简历被优先看到笔试环节并不会因此降低标准所以不要指望“内推保过”。真正决定你能不能走到面试的还是笔试那份卷子。另外一个容易被忽略的点是春招技术岗笔试一般会分批次开放不同批次的题不完全一样。2023年春招携程技术通用岗大概有3-4批次的笔试安排第二批次属于中间偏后的位置。这个时间点有些微妙——大厂Offer已经开始陆续发放部分早鸟已经上岸留下来的竞争压力和前几批相比略低一些但题目难度并不会明显降低。如果你看到第二批通知时心里一紧完全没必要安心准备即可。1.2 考试形式与环境准备2023年的携程春招笔试依旧是线上机考使用牛客网平台全程开启摄像头监控。这个环节很多同学栽在环境上而不是技术上。考试前需要做三件事第一提前一天调试摄像头和麦克风确保浏览器能够正常访问第二找一个安静、光线充足的房间避免考试中被系统判定为异常行为第三确认网络稳定有条件的话准备一个备用热点。我当时是直接在宿舍考的室友提前打了招呼基本没出问题。但据说同批次有人因为摄像头权限没开被取消成绩连申诉的余地都没有真不是开玩笑。考试时间方面技术通用岗笔试通常是2小时题型包括编程题和客观题混合。第二批次具体的题目结构我在下面会详细复盘。这里先说一个宏观建议正式考试前务必花15分钟熟悉牛客的在线编辑器。牛客的代码编辑器比本地IDE简陋不少没有自动补全提示括号匹配能力也很弱各种报错提示经常让人摸不着头脑。如果你平时重度依赖IDE的自动补全建议先在牛客的模拟环境里练两道题提前适应手写代码的节奏。1.3 七天冲刺方案的制定我当时是从收到笔试通知到正式开考中间大概有一周时间。这里分享一下我实际执行的冲刺方案供大家参考。七天安排大致是前两天打基础重点复习数据结构与算法高频考点包括二叉树遍历、动态规划、图的最短路、字符串匹配、排序与查找等第三天到第五天集中刷题每天保持3-4道手写代码题的训练量优先刷牛客网和LeetCode的中等难度题第六天做一套携程往年真题模拟严格计时模拟考试环境最后一天查漏补缺重点看错题和自己的薄弱点。说实话时间并不充裕能做的事有限但方向比努力更重要。携程的笔试风格和字节、腾讯不太一样它更偏向业务场景下的算法应用不太喜欢出那种纯数学推导的偏题怪题。抓住这个基调复习方向就不会跑偏。我在三天刷题中反复体会这个特点题目不难但题干往往较长需要你先从描述中抽象出核心问题再选择合适的算法/数据结构解出来。2. 核心细节解析与实操要点2.1 编程题的高频考点与解题思路技术通用岗的编程题一般有2-3道难度呈阶梯式分布第一道偏简单考察基本编码能力字符串处理、数组操作常见第二道中等通常会涉及数据结构组合或者简单算法设计第三道如果出现就是拉开分差的题目可能涉及DP优化、树形结构或者复杂的模拟。2023年第二批次笔试中我记得比较清楚的一道题是字符串相关的题目具体题目细节不便复述核心考点方向是这样的给定几个字符串要求按某种规则进行转换或匹配。这类题第一直觉是用哈希表但需要仔细读题看是否对顺序有要求、是否允许重复、是否需要处理大小写和边界条件。我当时的做法是先把特殊情况列一遍——空字符串、全相同字符、单个字符——这些边界条件往往是隐藏扣分点。中等难度题里动态规划的出场率非常高背包问题、最长上升子序列、编辑距离这些经典模型要非常熟练。注意携程的笔试题一般不会直接给你一个裸模型而是包装成业务场景比如“订单行程优化”“多目标推荐排序”等等。关键在于从长题干中快速抽象出状态定义和转移方程。最后一类是需要“思路转弯”的题。这种题乍一看很复杂实际上考察的是你有没有想到某个经典方法或数据结构比如并查集、单调栈、前缀和等等。碰到这种题一定先别急着写代码最多想5-10分钟。如果思路通就抓紧实现如果完全没思路果断放弃把时间留给前面的题。真实笔试中做对一道超过半数的题已经能帮助你进入下一轮了死磕难题属于“捡芝麻丢西瓜”。2.2 客观题基础知识的考察范围除了编程题携程的笔试还包括客观题主要考察计算机基础。这部分切得很细总结下来主要集中在四个方向数据结构与算法基础、计算机网络、操作系统、数据库。计算机网络是重中之重TCP三次握手、四次挥手的状态变迁、TCP和UDP的区别、HTTP与HTTPS的底层差异这些都属于必须拿分的送分题。我记得有一道题专门考察TCP拥塞控制的四个阶段慢启动、拥塞避免、快重传、快恢复如果对这个过程不了解很容易选错。操作系统部分进程与线程的区别、死锁的四个必要条件互斥、持有并等待、不可剥夺、循环等待、虚拟内存与页面置换算法LRU、FIFO等是高频考点。数据库侧重索引与事务B树为什么适合作为索引结构、事务ACID属性的具体含义、隔离级别之间的差异这些都是经典考点。另外2023年部分批次的客观题中加入了一些场景化的分析题比如给了你一段SQL让你判断执行结果或者给了一个算法片段让你分析时间复杂度和输出结果。这类题看似灵活实质上考的还是基本功所以客观题部分不需要过度焦虑把握住核心知识点就不会有大问题。我的经验是客观题最怕的不是不会做而是粗心看错题干。笔试的高压环境下人容易变得机械所以读题时建议用手指着屏幕逐字阅读强迫自己慢下来。2.3 选择和取舍做题顺序与时间分配时间管理在笔试中扮演的角色被大部分人低估了。举例来说如果2小时的考试中有3道编程题和20道客观题你打算怎么做很多人喜欢按顺序做从客观题开始结果在某个不确定的题目上耗了15分钟最后导致编程题时间不够这是典型的“捡了芝麻丢了西瓜”。我的策略是“先编程、后客观、最后再补”。原因很简单编程题分值占比大、单题耗时高需要在头脑最清醒的时候去解决客观题即便时间紧张也可以快速判断或蒙一个答案性价比更高。编程题的顺序上也建议先做中等难度的题因为简单题虽然容易但往往需要额外处理边界中等题思路清晰了就能稳定拿下而高等难度的题如果5分钟内没有明确思路就可以考虑先放一放。实操中我是这样做的拿到题目后用5分钟快速浏览全部题目标记难易程度和预估耗时然后优先做最简单的编程题确保保底分数到手接着做中等题剩下的时间再冲击难题。整个过程中每道题设置一个deadline超时就立刻切换到别的题目。这个习惯让我在考场上稳住了心态也在之后的面试笔试中受益。3. 实操过程与核心环节实现3.1 从登录到交卷完整流程复盘考试当天我提前30分钟打开电脑进行了最后一项系统测试——输入测试账号并练习了两道过去年的真题确认环境没问题后才退出等正式邮件中的考试链接生效。进入正式考试系统后第一屏是考试说明和诚信承诺勾选同意后自动跳转到答题页面。牛客网的技术笔试页面分为左右结构左侧是题目列表和答题区右侧是代码编辑区和运行结果区。注意牛客的代码编辑器支持多种语言包括Java、C、Python、Go等选定后整个考试期间可以切换语言但切换后之前的代码内容是否保留因平台而异建议不要冒险切换。笔试正式开始后我的答题顺序是“编程题先扫、客观题后做”。先说编程题的实操环节每道题下面有“运行代码”和“提交代码”两个按钮区别非常关键。运行代码是让你用测试用例验证不会计入最终结果提交代码才是正式计入得分的动作。我当时在第一道题上先运行了样例确认输出正确后再提交稳扎稳打。客观题部分我放在了最后25分钟内完成平均每题不到1分钟靠的是快速判断和记忆调用。如果遇到不确定的先做一个标记不纠结、不恋战。最终压哨前5分钟我完成了所有题目再快速检查了一遍编程题的补充边界情况然后提交。3.2 代码实战一道典型题的逐步拆解虽然不能把2023年批次的原题完整还原但按照同年趋势我总结了一道风格非常接近的练习题分享完整的解题过程。这个题目是典型的“披着业务外衣的基础题”给定一个订单列表每个订单有出发城市和到达城市以及出发时间。 假设乘客从城市A出发希望经过一系列中转不限次数在满足时间衔接的前提下判断能否到达城市B。第一步读题抽象。这个题有很强的图论色彩城市是节点订单是边出发时间是边上的约束条件。核心问题是“是否存在一条从A到B的有向路径且路径上每条边的出发时间都在前一个订单到达时间之后”。第二步数据结构选择。城市是字符串需要建立映射到索引的哈希表订单信息可以直接按照城市分组存入邻接表每个节点记录“出发时间”和“到达时间”转换关系可以用BFSBreadth-First Search广度优先搜索来处理。第三步边界条件思考。如果A和B是同一个城市直接返回true不需要任何订单如果从某个城市出发所有订单的出发时间都早于当前时间则无法推进订单允许跨天到达时需要判断到达时间和次日出发时间的关系这类细节题干中通常会明确说明注意读题。第四步编码实现以Python为例from collections import defaultdict, deque def can_travel(orders, start, target): # 建立邻接表 graph defaultdict(list) # {city: [(dep_time, arr_time, dest_city), ...]} for order in orders: dep, arr, dep_time, arr_time order graph[dep].append((dep_time, arr_time, arr)) # BFS搜索 queue deque([(start, 0)]) # (当前城市, 当前时间) visited set([(start, 0)]) while queue: city, cur_time queue.popleft() if city target: return True for dep_time, arr_time, next_city in graph[city]: if dep_time cur_time: new_time arr_time state (next_city, new_time) if state not in visited: visited.add(state) queue.append(state) return False这个实现的复杂度是O(VE)对节点和边的规模在几百级别的数据完全够用。考场上不需要追求最极致的优化思路正确、边界合理、代码可读就可以拿满这道题的分数。3.3 编程训练中必须养成的三个习惯第一先在纸上画样例。面试笔试中手写代码的出错率远高于本地IDE核心原因是缺少反复试错的反馈环境。我训练时有一个习惯读题后在草稿纸上手动模拟一遍输入输出把逻辑理清楚再开始写代码。这个“慢一点”的步骤在考场上能帮你省下大量调试时间。第二写代码时命名要有语义。有些同学觉得笔试代码只要AC就行变量名无所谓考场上时间紧随手写a、b、c、d也可以。但牛客的程序员运行和提交的过程里如果有报错信息语义化的命名能帮助你更快地定位问题。而且一旦代码在小规模测试用例上出错清晰的命名能节约你重新阅读代码的时间。第三每次运行用例后都要看一眼——输出是什么期望是什么两者差在哪。很多考生在调试时喜欢“乱试”先加个print再改一下逻辑再试浪费大量时间。正确的调试姿势是找到第一个出错位置分析错误数据推断哪一步的逻辑出了问题想清楚了再动手改。这个过程我建议平时训练时就养成考场上才能自动化运行。4. 常见问题与排查技巧实录4.1 线上笔试常见故障的应急处理先聊一个大家都不太愿意面对但很可能发生的场景考试进行到一半系统卡住了。2023年春招笔试过程中牛客网偶尔会出现网络拥堵或页面无响应的情况。如果遇到这种问题千万不要慌乱地反复刷新页面这反而可能导致已写代码丢失。正确的应急流程是先截图保留当前页面状态然后尝试点击编辑器内的“保存”按钮牛客一般会自动保存已写代码但保险起见还是手动操作一下如果5分钟内无法恢复可以点击考试系统中的“帮助”或“技术支持”入口联系在线客服如果考场中有负责人或HR的联系方式也可以直接电话沟通。记得保留沟通的记录截图以防成绩出现争议时无法申诉。另一个容易被忽视的问题是浏览器兼容性。牛客笔试系统建议使用Chrome或Edge浏览器使用Safari或Firefox可能会在某些功能上出现异常。如果你只有一台电脑且平时用的是Safari建议提前安装一个Chrome考试时直接使用Chrome打开。不要用无痕模式有些在线笔试系统在无痕模式下无法正常保存数据。4.2 常被扣分的隐蔽知识点结合我自己的经历和身边同学的反馈技术通用岗笔试卷中有几类隐蔽的扣分点非常值得注意。第一类时间复杂度。你的代码运行通过了样例但时间复杂度不达标在大型测试用例上超时最终只能拿部分分数。比如一道题如果要求O(n log n)的排序你却写了一个O(n²)的冒泡排序遇到大数组必挂。解决办法很简单提交前估算一下数据规模和自己的算法复杂度养成潜意识。第二类内存占用。有些题目数据量较大例如10^5级别的数组如果你用了多层嵌套的列表或频繁拷贝可能会触发内存超限。这类问题的排查一句话就能记住能用索引处理就不要创建新数组能在原数组上操作就不要反复复制。第三类输出格式。部分编程题对输出格式有严格的要求比如“每个数字之间用一个空格分隔末尾无空格”或“结果保留两位小数”。这类细节判题时往往直接决定是否算对我见过太多人代码逻辑完全正确却因为多打了一个空格被判0分。笔试时提交前务必检查输出是否符合题目的精确格式要求。第四类多组测试用例的处理。有些题目会说“输入包含多组测试数据每组数据以空行分隔”如果代码只处理了一组数据很可能整体得分为0。这类题目需要while循环读取输入直到EOF准备一个模板会是很好的习惯。4.3 合理利用在线环境的调试技巧牛客的在线IDE相比于本地IDE确实有诸多限制但并非没有优势。它的调试方式主要靠print大法这对没有图形化断点的环境而言其实还挺实用的。我的做法是在关键变量输出处加上临时print标记运行一次小样例观察每个阶段的变量值是否符合预期然后根据输出定位逻辑错误。定位完成后记得删除所有调试print再提交。另外一个技巧是“自建小样例”。考试给出的示例一般只有2-3组覆盖不到边界情况。你需要自己构造一些测试用例比如空列表、单元素列表、全负数、重复元素来验证代码在边界处是否健壮。平时训练时可以写在代码注释里考场上能帮你节省不少重新推演的时间。还要小心一个问题牛客的运行环境支持多种Python版本默认可能不是最新版本。如果用了某些较新版本的语法特性例如字典合并操作符、match-case语句可能出现运行错误。建议平时就使用Python 3.8的兼容写法或者考试时注意看页面标注的语言版本尽量使用经典语法避免不必要的风险。4.4 心态调整考场上稳定发挥的关键笔试除了考知识储备也在考心理素质。我对自己的要求是拿到题先深呼吸然后设定“有限时间内的最大得分”思维——不是每题都要满分而是把所有题目加起来的分数最大化。具体到操作层面遇到一道难题读了两遍还没思路直接跳过做完所有能做的题再回来啃硬骨头。这种节奏保证了每个简单题和中难题都有足够的思考时间同时难题也不至于完全空白。另外一个心态技巧是不和其他考生比进度。考试中你可能看不到别人的进度但也有部分平台会显示“排名”或“已完成人数”这些信息看了有害无益直接忽略即可。最后一点是睡眠和饮食。线上笔试虽然不用去现场但身体状态直接影响大脑转速。考前一天的晚上不要熬夜刷题正常作息比多刷两道题重要得多。考试中间如果感到疲倦可以闭眼休息10秒调整好呼吸再继续。这些都是细节但在高压下细节决定成败。5. 笔试之后的衔接准备5.1 从笔试到面试的等待期笔试提交后通常会在7-14个工作日内收到结果通知快的批次可能3-5天就通知了。等待期是很多人松懈的时候但实际上这是面试准备的黄金窗口。我建议按三步走第一步复盘笔试中不会的知识点。笔试中出现但你做得不顺畅的题目往往也是面试中容易追问的内容趁热打铁补齐第二步准备自我介绍和项目经历。携程的面试通常会从项目和实习经历聊起技术通用岗尤其关注你的系统设计能力和业务理解能力可以提前梳理一个你最熟悉的项目把核心难点和优化思路整理成文档第三步补充携程的业务知识。面试官可能问你对携程业务的理解比如大住宿、交通票务、度假旅游、商旅管理等核心业务线。做一个基础了解回答问题时会更自然也更容易让面试官觉得你对公司有真实的兴趣。5.2 通用岗面试的调整方向技术通用岗的面试和专项岗面试存在一个显著差异专项岗面试有明确的考核图谱例如Java后端就重点问Java基础和中间件通用岗面试官来自不同部门提问范围相对灵活风格也更综合。这意味着你不能只死磕一个方向。以我个人经验看通用岗面试中最常考察的还是计算机基础数据结构、算法、网络、操作系统、数据库这是面试官最容易切入的维度“为什么离开上一份实习”“你怎么看待加班/出差”“讲一个你克服困难的事例”这类行为面问题也出现过部分有实习经历的同学被问到项目最多的是技术选型的原因和可优化空间。所以准备的核心策略是基础为重、项目为辅、行为面为底。不需要面面俱到但基础问题要做到脱口而出的熟练程度。另一个小提醒通用岗面试通过后会进入部门匹配环节不同部门的工作内容差异很大提前想好自己更偏好业务方向还是基础架构方向在面试中可以适时表达有助于面试官帮你匹配合适的部门。5.3 写在最后我的一些实际体会2023年携程春招第二批笔试已经过去快两年回过头来看这段经历我最大的体会有两点。第一笔试本质上不是在筛选“最聪明的人”而是在筛选“准备最充分的人”。题目难度整体可控但考察面广、细节多、时间紧任何一个环节掉链子都可能影响最终结果。所以稳定的输出比偶尔的高光重要得多。第二笔试只是校招全流程中的一个节点它的价值不是决定你去哪里而是帮助你更清楚地认识自己的水平。就算某一道题没做出来也不要自我否定及时总结、针对性补齐对后续的面试帮助会非常明显。最后再分享一个小技巧笔试结束之后不管自我感觉如何都建议趁记忆新鲜的时候写一份复盘笔记把题型、考点、考场中遇到的问题和当时的解题思路全部写下来。这份笔记不仅对后续面试有用对于你判断自己是否喜欢这一类工作、是否适合这个岗位也有参考意义。我自己的这份复盘笔记后来在准备其他公司的笔试时也反复翻看一直很受益。