先说下大概情况。2023年携程春招技术通用岗第三批笔试整体题型和前三批没有太大变化但出题侧重点有一些值得注意的调整。这篇文章我会尽量还原笔试的真实场景、考点分布和做题策略并结合我自己的复盘给出一份可复制的准备思路。如果你是准备携程秋招或者后续批次春招的同学这篇内容应该能帮你少走不少弯路。1. 开考前先搞清楚这场笔试到底在考什么携程的技术笔试有一个特点它不像某些大厂那样只盯着算法题疯狂输出而是“选择题编程题”的混合体。通用技术岗的第三批笔试试卷整体时长通常在90到120分钟之间题量大致是20道左右的选择题加2到4道编程题。不同批次、不同岗位方向可能略有浮动但“选择编程”的大框架基本是固定的。先说选择题。这部分覆盖的知识面比很多人想象中要广不只是数据结构与算法还包括数据库、操作系统、计算机网络甚至一些Java或C的语言特性。很多人以为技术岗笔试就是刷LeetCode结果一上来被选择题里的网络协议和数据库隔离级别问懵了。这是第一道坎你要用准备“八股文”的心态去准备选择题而不是只刷题。再说编程题。携程的编程题风格偏“工程落地”不是那种特别偏门的算法竞赛题。它更看重你对常见数据结构数组、哈希表、栈、队列、二叉树、图的熟练运用以及编码的规范性和边界处理能力。我印象最深的一道题难度其实不高但测试用例里藏了不少坑稍不留神就掉进去。还有一个容易忽略的点考试环境。携程用的是在线笔试平台支持多种编程语言但不同语言的环境版本可能不一致。我建议你在正式笔试前先去平台提供的模拟练习里跑一遍环境至少确认三件事本地IDE能不能自由使用、代码自动补全是否开启、输入输出的标准格式是什么。别小看这些细节很多人不是不会做而是输出了多出来的空格或换行被判错。从准备策略上看我认为这场笔试的性价比排序是数据结构与算法尤其是简单和中等题大于数据库和网络基础大于操作系统和语言特性。如果你时间有限优先把算法手感练回来再把数据库的索引和事务机制、网络的TCP和HTTP高频考点过一遍基本能覆盖大部分选择题。2. 分模块拆解每个部分的考点与典型出题角度2.1 数据结构与算法编程题的主力选择题的常客数据结构和算法是整张试卷的绝对核心编程题基本都从这里出选择题里也至少会占五到六道。编程题主要集中在数组、字符串、哈希表、栈与队列、二叉树、图、动态规划和贪心这八类。携程的出题偏好倾向于“在常见题型的包装下增加业务场景”比如把数组遍历包装成景点游玩的最优路径把字符串处理包装成订单号的格式校验。读题时要把这层外壳剥掉直接看到它本质要考什么。一个特别值得注意的点动态规划几乎每年都会考但难度通常不会到“状态压缩复杂状态转移”那种级别。大多数情况是经典的背包问题变体、最长递增子序列、编辑距离这类基础DP。你只要把一维DP和二维DP的基础题型练扎实写出转移方程基本就能拿到分数。我在第三批笔试里遇到的DP题是一个“最小代价爬楼梯”的变体本质上就是把每级台阶的代价数组多了一个“可以选择跳过某级”的条件看起来是新的实际还是老套路。选择题里关于算法的考察通常不会直接让你写代码而是设计成“某个算法的时间复杂度是多少”“哪种排序是稳定的”“该用哪种数据结构解决某个问题”这类形式。重点记忆几个常见结论快排平均O(nlogn)但不是稳定排序、归并排序稳定但空间O(n)这里要注意空间复杂度通常记为O(n)因为归并需要额外数组、哈希表平均O(1)但可能哈希冲突、二叉搜索树退化到链表后操作变O(n)。2.2 数据库索引和事务是永远的主角数据库在选择题里的占比通常在三到四道考察的点高度集中索引底层数据结构B树、索引失效场景、事务的ACID、四种隔离级别各自解决什么问题、乐观锁和悲观锁的区别、最左前缀原则在联合索引中的应用。这里我用一个具体的例子来解释最常见的坑一张订单表包含字段city_id、order_time和status建立了联合索引(city_id, order_time)现在要查询某个城市某天之后的所有订单SQL条件写成WHERE city_id SH AND order_time 2023-03-01这时候联合索引是能正常生效的因为city_id是索引最左列且使用了等值匹配。但如果把条件改成WHERE order_time 2023-03-01 AND city_id SHMySQL优化器会做条件重排通常也能用到索引不会失效。真正会触发索引失效的场景是对索引列使用了函数运算、隐式类型转换、左模糊查询LIKE %xx或在索引列上做运算。选择题特别喜欢考这些“情境判断”你做的时候先看列有没有套函数再看有没有类型不匹配最后才看是不是范围查询这样正确率会高很多。事务隔离级别也是高频考点给一句口诀读未提交有脏读读到其他事务未提交的数据读已提交解决脏读但有不可重复读同一查询两次结果不同因为其他事务在中间提交了修改可重复读解决不可重复读但有幻读同一范围查询两次行数不同其他事务插入了新行串行化全部解决但性能最低。MySQL的InnoDB默认是Repeatable Read可重复读这个点如果选项里出现了“MySQL默认隔离级别是Read Committed”那一定是错误的。2.3 计算机网络协议、状态码和握手过程网络部分的题目量和数据库相当也是三到四道。高频考点包括TCP三次握手和四次挥手过程、TCP和UDP的区别、HTTP常见状态码含义、HTTP与HTTPS的区别、DNS解析过程、Cookie与Session的区别。TCP三次握手和四次挥手是选择题的“老朋友”但出题角度很多变。常见考法是给定客户端或服务端的一个状态让你判断当前处于哪个阶段。比如客户端发送完SYN之后的状态是SYN_SENT服务端收到SYN并回复SYNACK之后进入SYN_RCVD客户端收到SYNACK并回复ACK后进入ESTABLISHED服务端收到这个ACK后也进入ESTABLISHED。四次挥手更特殊因为TCP是双工连接所以需要两个方向各自关闭主动关闭方发送FIN进入FIN_WAIT_1收到ACK后进入FIN_WAIT_2等收到对方的FIN后回复ACK进入TIME_WAIT等待2MSL后关闭。HTTP状态码也需要记牢一组2xx开头表示成功3xx表示重定向4xx表示客户端错误其中404是资源不存在403是服务器拒绝请求401是未认证5xx表示服务端错误500服务器内部错误502网关错误503服务不可用。选择题有时候会给你一个场景比如“浏览器访问一个不存在的页面返回什么状态码”答案就是404。另外有个容易被忽略的点HTTP和HTTPS的区别不只是多了加密。HTTPS是在HTTP和TCP之间加了一层SSL/TLS协议层默认端口从80变成443传输过程加密但也会增加握手延迟。考试里如果选项说“HTTPS使用非对称加密传输所有数据”这个是错的实际上是“握手阶段使用非对称加密协商密钥数据传输阶段使用对称加密”。2.4 操作系统和语言特性稳定送分与隐蔽失分操作系统在三到四道左右考点集中在进程与线程区别、进程状态转换、死锁的四个必要条件、内存分页与分段、LRU缓存淘汰策略。死锁那个考点做一道易错题系统中有3个进程共享某种资源每个进程最多需要2个资源问至少需要多少个资源总数才能保证不发生死锁。答案不是6个而是4个。推导逻辑最坏情况下每个进程都占用了1个资源并继续申请下一个这时3个进程一共占3个资源如果系统只有3个资源那任何一个进程都得不到第2个资源全都在等待形成死锁。但只要系统有4个资源就能让其中一个进程拿到第2个资源并运行完释放其他进程就能依次完成。语言特性题目这个部分Java和C各占一部分。Java常考的是String和StringBuilder的区别、ArrayList和LinkedList的底层差异、HashMap在JDK1.8之后引入红黑树的阈值链表长度大于等于8时转为红黑树扩容阈值是负载因子0.75、自动装箱和拆箱的NPE风险。C则偏向于虚函数表、重载与重写的区别、指针和引用的差异。这一部分没有特别多的技巧纯靠平时的积累。如果你复习时间紧优先看目标岗位偏好的语言。3. 编程题实战拿到题目后我建议你这样做3.1 先定思路再动手避免“提交了才发现方向错了”编程题拿到手不要急着写代码。先花一到两分钟把题完整读两遍划出题目里的关键约束数据规模、输入格式、是否有负数和重复元素、要求的输出顺序。这些细节直接决定你选什么算法。数据规模特别重要我遇到过一个案例题目没说数据范围直接给了一个数组我用暴力双重循环写完测试也通过了但提交后提示超时。后来回头看测试数据才发现数组长度到了10^5级别双重循环在n^2下会到10^10次操作肯定超。但如果你在开写前就看到规模第一反应就应该是O(nlogn)的排序加双指针。除了数据规模还要注意边界条件。比如输入空数组、数组只有一个元素、字符串包含空格、链表只有一个节点、目标值刚好等于两端边界这些情况。每次都问自己一句我的代码在这种极端输入下会不会抛异常或者死循环最稳妥的办法是写完主逻辑后手推一两个边界用例别只依赖编译器帮你找错。3.2 明确输入输出格式在线笔试里“多一个空格”就是“Wrong Answer”在线笔试系统和本地IDE不同它对输出格式的要求极其严格多一个空格、少一个换行、多一个逗号都直接判错。这一点如果不是实际考过很难意识到。建议每种常见输出形式都提前准备一个模板输出数字直接println输出数组元素用空格分隔结尾不要多余空格做法是循环里判断当前是不是最后一个元素是就println不需要加空格否则print元素加一个空格输出小数要确认保留几位用格式化输出比如Java里String.format(%.2f, value)C里printf(%.2f, value)别直接输出原始double以免精度问题。关于输入解析Java里用BufferedReader比Scanner快C用cin.tie(nullptr)和ios::sync_with_stdio(false)加速Python用sys.stdin.readline。这些不只是为了快在高数据量下真的是“能过”和“超时”的区别。3.3 设计多组测试用例自测要覆盖三种类型写完成代码后我强烈建议你在本地手动构造三类测试用例正常典型用例、极端边界用例、大数量级性能用例。正常典型的比如“两个数相加”就测个正常的123加456边界的是空输入、最大输入、单元素输入性能的是构造一个最大规模的数组看看跑多久。自测发现错误的是好事平台提交显示红色才是真的浪费时间。我记得考试最后还剩二十多分钟时我用这种方法发现了一道“股票最大利润”变体题的隐藏条件——题目说的“连续上升趋势”并不是普通的递增而是允许相等。这个发现帮我改掉了一个判断条件挽回了那道题的分数。如果没有自测环节我大概率会带着错误的答案交上去。3.4 用“暴力解优化”的思路而不是只追求最优解很多同学有个误区觉得编程题必须一次就写出最优解。实际考试中第一步把暴力解写出来保证能拿基础分第二步再考虑优化这才是更现实的策略。尤其当题目带有多组测试输入时哪怕暴力解只过了一半用例也能拿到对应的部分分数。部分给分规则在很多笔试平台里是真实存在的哪怕不是按用例给分你的代码结构和对题目逻辑的理解也会体现在评卷上。如果你暴力解写完后发现时间还充裕再按数据规模推导优化方向。通常的优化路径是双重循环能不能用哈希表降成单次循环排序后能不能用双指针避免内层全扫递归能不能改成记忆化搜索等等。优先做“复杂度降一个量级”的改动而不是陷入对常数的微调收益更高。4. 复盘与避坑我在第三批笔试里踩过的三个坑4.1 选择题犹豫时间过长导致压缩了编程题的节奏第三批笔试我犯过的第一个明显失误是在几道选择题上反复横跳尤其是网络协议和数据库索引失效的题目总觉得自己再想想就能选对结果在两道题上花了将近十分钟。现在看来选择题分值有限就算全对也就各加一分但编程题一道就是二十到三十分。用十分钟的选择题纠结时间去换一道编程题的完整实现价值差距非常明显。我的建议是给每道选择题设一个“时间预算”简单题一分钟内拿下中等难度的不超过两分钟超过就直接标记待定先选一个直觉最可能正确的选项然后跳到下一题。整张试卷的选择题部分最好控制在二十五到三十分钟之间把大头时间留给编程题。4.2 编程题第二题读漏了“必须保持相对顺序”这个条件这是我在编程题上最大的一次教训。题目背景是数组重排要求把满足某个条件的元素移动到数组前端我当时想当然地以为可以任意调整顺序直接用了交换法。写完后发现示例没问题但本地自测的时候我用了一个包含负数和正数交织的用例才发现输出并不符合题目隐含的“稳定排序”要求。虽然最后用双指针加额外数组的方式改了过来但白白浪费了十几分钟。这个教训说明题目的每一个修饰词都有可能是出题人刻意设置的考点。“保持相对顺序”“不改变原始下标”“尽量少使用额外空间”这类描述都直接影响算法选择。宁可多花三十秒逐词读题也不要写完全部代码再回头重来。4.3 忽视平台自带的示例测试急于提交笔试平台通常会给每个编程题提供一组或多组示例输入输出很多人只看一眼示例就觉得肯定是这样跑通了就直接提交。问题在于示例用例往往是“最理想、最简单”的情况根本无法覆盖边界。我在第三批笔试中有一道字符串处理题示例里全是常规的小写英文字母但实际隐藏测试用例里包含了大写字母和数字我用了Character.isLetter()判断没有排除数字的情况导致部分用例错误。正确的做法是先跑通示例用例然后立刻开始构造边界用例自测。尤其是字符串和数组题目空输入、单字符、全相同元素、最大值附近的数据都要试一遍。这个习惯不只在笔试里有价值实际工程里的单元测试思维也是同一个道理。5. 高效备考路线针对后续批次的冲刺建议5.1 按“考点权重×自身薄弱度”排优先级离笔试还有一周以上的话可以列一个简单的优先级表。以我的经验看各类考点的性价比排名大概是算法题第一数据库和网络选择题第二操作系统和语言特性第三。因为算法的编程题分值高、练起来见效快而数据库和网络是选择题里的稳定送分点操作系统和语言特性覆盖的面更杂但每块占比不大。具体到每一天的安排我建议“1到2道算法题30分钟选择题知识点回顾”的组合。算法题保持手感比突击难题更重要刷简单和中等题目即可选择题知识点回顾则可以用碎片时间在地铁上、午休时把TCP握手、状态码、索引失效这几个高频板块过一遍不要试图一次吃透所有。5.2 真题资料的使用方式真题和模拟题是很好的练习资料来源但要警惕它的时效性。携程的笔试形式相对稳定但每年都会有一些新变化比如题量调整、新增题型、平台操作变化等所以不要盲目相信几年前的“完整笔经”而是重点看最近一两年的题型分布和考点侧重。做题时先按真实考试的时间限制模拟一遍再对照参考答案复盘错误这样做一套题胜过漫无目的地写十道题。5.3 模拟笔试环境把考试当练习把练习当考试在正式笔试前至少完整模拟一次线上考试环境。找两小时的整块时间关闭所有聊天工具用笔试平台或类似的在线编辑器做题严格按真实考试流程走一遍。目的不是押题而是让自己适应在限定时间内切换“选择题→编程题→选择题”这种思维模式。我第二次模拟的时候就发现自己做选择题的节奏太快容易看错选项第三次调整了审题节奏后才稳定下来。模拟的价值不是预测题目而是让你发现自己的应试策略漏洞。5.4 知识点的错题本不用抄题只用一句话记考点和易错点文科学习里的错题本对技术笔试同样有效但不用抄整道题只需要记“考点我当时选错的选项正确结论”即可。比如记一条“B树非叶子节点不存数据只存索引InnoDB主键是聚簇索引普通索引的叶子节点存主键值。索引失效的条件函数运算、隐式类型转换、左模糊”。每条一句话考前半小时翻一遍比重新看一遍书效率高得多。我自己整理的错题本大概四十多条涵盖了选择题的绝大多数易错点后面复习基本只看这一份东西。6. 关于心态和节奏一些藏在细节里的经验笔试是一个技术和心态同时被考验的过程。技术层面你要保证在有限时间内把会做的题做对心态层面你要接受“有些题就是做不完”这个现实。我认识不止一位同学前面选择题做得太慢后面编程题的简单题都没时间写。与其纠结“所有题目都要做完”不如把精力放在“把该拿的分数拿到”。考试中如果遇到一道编程题卡了超过十五分钟直接先跳过去做后面的题最后有时间再回来看。这时候不要有“不甘心”的情绪跳出局部最优、保证整体收益最大才是笔试的正确策略。还有一点关于代码风格的小细节。在线笔试的代码即使不要求注释我仍然建议在关键逻辑处写一两行注释一方面帮自己在调试时理清思路另一方面如果出现人工评卷环节清晰的代码结构会让评卷人更快理解你的意图。变量命名也别用a、b、c这类无意义的名字用canBuy、minPrice、maxProfit这种一眼能看懂的对自己排查bug也有很大帮助。最后说一个让我印象深刻的体验。第三批笔试里有一道题我在本地跑了很多用例都正确但提交后总有一个测试用例出错反复检查了边界和输出格式也没发现原因。后来我发现问题出在变量类型上题目里的数值上限是10^9两个这样的数相乘会超过int的表示范围。改成long之后瞬间通过。这种题目不会太难但它就是故意让你忽略类型上限或者说是考验你有没有真正考虑过数据范围。以后每次写代码我都会先看题目里有没有大数运算的可能这个习惯延续到了现在的日常工作中算是一次笔试沉淀下来的财富。