携程2023秋招技术笔试复盘：考察结构、编程题与备考策略

1. 拿到笔试通知后，我做的第一件事不是急着刷题

2023年携程秋招技术通用岗第二批笔试，这个话题在当年九月中旬的求职群里热度一直没降过。作为亲历者，我想先聊聊一个很多人忽略的问题：收到笔试通知之后，大部分人第一反应是冲进牛客找面经、打开LeetCode开始刷题，但真正决定你能不能过线的，往往是你有没有在点开笔试链接之前，先搞清楚这张卷子到底在考什么。

携程的技术通用岗，并不像某些大厂那样细分到前端、后端、算法、客户端，它更像是一个“技术大池子”——筛选的是基础扎实、逻辑清晰、能快速上手的通用型工程师。这就决定了它的笔试风格和一线大厂那种“上来就Hard题筛人”的路子不太一样，更偏向于广度覆盖加少量深度拔高。如果你用备战字节、阿里那套思路去准备它，反而容易踩空。

这篇东西我尽量写得实在一点，从考察结构、题型分布、编程题出题逻辑、考场时间分配到常见翻车点，全都拆开讲一遍。不管是正在准备携程后续批次的同学，还是想拿携程笔试当秋招练手的人，都可以直接对着参考。

1.1 先搞清楚技术通用岗笔试的考察结构

我记得当时点进笔试链接之前，邮件里只写了“专业能力笔试”五个字，时长大约一百分钟。真正进去之后才发现，整张卷子其实是三个板块拼起来的：第一部分是行测类的逻辑与性格测试，第二部分是专业客观题，第三部分是编程题。

行测板块通常放在最前面，题量不大，大概十到十五道，包含图形推理、数列找规律、言语理解，偶尔还会插几道情景判断。这个板块的核心目的说白了不是考智商，而是看你的思维习惯是不是正常人水准，同时用性格题测一下你的协作倾向和工作风格。很多人觉得这部分不算分，随便填填就过去了——我劝你别这么干。面试环节你的简历里如果挂了性格测试记录，有些面试官是会拿来提问的。

专业客观题的占比最重，覆盖数据结构、操作系统、计算机网络、数据库、编程语言基础这五大块，偶尔还会冒出几道Linux命令、进程线程区别之类的杂题。题型全是单选加多选，多选的坑在于少选不得分，选错倒扣分的情况也偶有出现，所以拿不准的选项不如不选。

编程题一般三到四道，总分值在笔试里占比可能只有三成左右，但它往往是拉开差距的关键。我身边有人客观题答得一般，编程题全AC照样进了面试；也有客观题感觉极好、编程只写出一道半的，最后卡在了简历池里没动静。

1.2 这次笔试的判卷逻辑，其实和很多人想的不一样

很多备战秋招的同学对笔试有个误解，以为这是“高考”，每一分都重要，必须追求满分。但企业笔试的逻辑完全不是这么回事。

携程的笔试筛选更接近“分档制”。三道编程题，第一道通常是签到题，给所有认真准备过的人送分；第二道是中等偏上的题，考基础算法能力；第三道是拉开区分度的题，可能只有一小部分人能完整做出来。你不需要全对，你只需要保证签到题秒掉、中等题尽量AC或拿大部分用例分、难题能写出暴力解法拿部分分数，就已经能排进比较靠前的位置了。

把这个逻辑想明白之后，你的备考重点就会非常明确：不要每天死磕那些偏题怪题，而是把常考的数据结构操作、常见算法模板练到肌肉记忆的程度。你后面看那些笔试复盘帖，凡是说自己“稳稳过了”的人，基本都不是卷面分最高的，而是策略最稳的。

2. 行测题不高大上，但它能影响你后续的面试节奏

如果说编程题是硬实力的话，行测和性格测试更像是一道隐形门槛。我见过不少技术很强的人，败在行测上，甚至都不知道自己怎么挂的。

2.1 逻辑行测题的时间陷阱和解法套路

携程笔试的行测部分，放在专业题前面，这本身就是一个陷阱。我当时进去之后，习惯性按顺序做题，结果在图形推理上卡了好几道，每一道都觉得自己快看出来了，又每一道都不确定，最后磨了快十分钟才勉强选完。等做到后面专业题的时候，时间已经比预期紧了不少。

后来复盘我才意识到，行测板块的题量虽然不大，但部分题目设计出来就是让你“看不出来”的——比如图形推理，它需要的是你快速判断是数量规律、位置规律还是样式规律，如果十秒内定不了类型，就应该直接标记跳过，等最后有时间再回来看。

数列题也是同样的道理，很多数列看起来复杂，其实组合了奇偶项拆分和递推关系。你只要碰到等差、等比、递推、幂次这四类初步推断都套不上的，就应该果断放弃。行测的每一分成本可能都是后面编程题的一分，程序员笔试拼的是总分，不是单科奖牌。

至于性格测试，我没有太多经验可分享，只提醒一条：保持真实，但尽量选择稳定、负责、乐于协作的选项。同一个意思的题会换着方式反复出现，如果你前后矛盾太明显，系统会给出“真实性存疑”的标记，面试时可能被追问。

2.2 别在行测上花太多时间备考

我见过有同学花了一周专门刷行测题，这在我看来是纯粹的投入产出倒挂。秋招季时间远比金钱宝贵，行测的复习上限很低——就算你刷一百道图形推理，考试里该不会的还是不会。

行测的正确打开方式是考前花一个晚上，把常见题型过一遍，知道图形推理有哪几类规律、数列题有哪些变形方式、言语理解要用关键词定位法，就够了。真正的备考重心必须放在专业客观题和编程题上，这才是技术岗笔试的命脉。

3. 专业选择题的高频考点，值得对着简历查漏补缺

专业客观题才是这张卷子的重头戏。它的覆盖面广、知识点细，说实话，不是靠考前临时背几篇面经就能吃下来的。我自己的体感是，这部分更像是把大学四年计算机基础课的重点浓缩到四十分钟里。

3.1 五大知识块的出题比重和应对策略

我不是官方命题人，不好直接说每部分具体几道题，但根据我自己考完之后在群里和同学们对的题，以及过往批次的反馈，能大概整理出一个排序：数据结构和算法考点最多，操作系统和计算机网络次之，数据库和编程语言基础再次，剩下的零散分布在Linux、设计模式等杂项上。

这个分布其实是合理的。数据结构是开发和面试的地基，操作系统和网络则决定了你能不能写出可靠的工程代码，数据库是业务开发躲不开的组件，编程语言基础考察的是你简历上写的技术栈到底是不是真的用过。

我按照考后记忆和群里讨论，整理了一张考点频率表，不一定精确，但方向可以参考：

这里面有一个容易被忽略的细节：很多题会结合两份知识点一起出。比如给你一段代码，问你它会发生死锁吗？这考的就不只是数据库隔离级别，而是操作系统死锁条件在数据库事务场景里的应用。复习的时候不要孤立地背知识点，要有意识地把它们串起来。

3.2 多选不倒扣分是福利，但少选不等于安全

携程专业客观题里的多选题，我印象中大多数是“少选得部分分”还是“选错倒扣”这个规则，不同批次的说明会不太一样。我的建议是：进考场后，先把答题规则读一遍，尤其是多选题的计分说明，别和分数过不去。

如果规则是“少选给部分分”，那你完全可以只选你有把握的选项，拿保底分；如果是“少选不得分、选错扣分”，那就更要谨慎，只选完全确定的。反正不管规则怎么定，多选题的第一原则都是：宁可少选，不要错选。因为错选不仅丢本题分，还可能影响你的整体正确率统计。

多选题里最容易出幺蛾子的方向是Java集合类（HashMap在JDK7和JDK8的区别、ArrayList和LinkedList的使用场景）以及TCP和UDP在不同场景下的选择。这类题考的已经不是“知不知道定义”，而是你有没有真的写过程序、见过线上问题。如果备考时间有限，我建议优先刷这类对错判断题，性价比最高。

4. 编程题的核心考点：与其追难题，不如把常规题练成条件反射

编程题是携程技术笔试里区分度最高的部分，也是很多人最焦虑的部分。我身边确实有人走出考场就开始对编程题答案，也有人因为编程题没写完而emo。但如果你把时间和精力用在正确的地方，编程题其实是这套卷子里最能稳定拿分的部分。

4.1 高频算法类型和它们背后的考察意图

从往年批次和2023年这场笔试的反馈来看，编程题的出题风格比较务实，不太喜欢出那种绕来绕去的智力题，更偏向工程场景下的算法实现。

第一类是“模拟题”，字符串处理、数组遍历、两个列表合并之类的。这类题看着不难，但特别考验你的代码基本功：边界条件是不是想全了，空输入会不会崩溃，下标会不会越界。你以为是在考你会不会写代码，其实是在考你写的代码能不能用。

第二类是“经典算法变体”，常见的有前缀和、双指针、滑动窗口、二分查找。这些题选它们当笔试题目，是因为它们能高效区分有没有刷过LeetCode的人。拿滑动窗口举例，它本身模板很短，但你得知道在什么场景下能套、窗口缩小的条件怎么写，这不是靠临场发挥能写出来的。

第三类是“动态规划和贪心”，通常作为压轴题出现。背包类、最长递增子序列这些老面孔翻来覆去地考。如果你准备时间不足，我建议你把经典DP题的转移方程背熟，考场上遇到变形题至少能写出暴力递归，骗一部分测试点分数。

4.2 输入输出模板和复杂度估算，是真正常被忽略的细节

如果你稍微翻一下各种笔试复盘帖，就会发现一个高频感叹句：“我本地跑得好好的，怎么提交就是0分？”十有八九是输入输出格式或者边界情况出了问题。

编程题平台一般是赛码网或牛客网的系统，输入输出要求比较严格。我建议你在考试前就把常见模板准备好，包括如何读多行整数、如何处理字符串中含有空格、如何格式化输出浮点数、如何判断输入结束。别小看这些准备工作，它们能帮你省下大量调试时间。

另一个容易踩的坑是复杂度估算失误。你写了一个O(n^2)的暴力解法交上去，结果超时，系统直接给你0分；改成优化解法后，又要面对可能的内存问题。我的建议是拿到一道题后，看一眼数据范围：如果n是10^5级别，基本可以排除O(n^2)解法；如果n是10^3级别，暴力的O(n^2)反而可能可过。用数据范围来判断设计方向，这是很实用的赛场经验。

5. 考场实战：时间分配和做题顺序，比多刷一百道题更值钱

笔试这种场景，你会什么是一回事，能把你会的完整输出出来是另一回事。一百分钟，三个板块，节奏控制不好，很容易出现“会的没时间写”的惨剧。

5.1 我推荐的做题顺序和理由

很多人习惯老老实实地按顺序做，但这套卷子的板块顺序设计是从“简单耗时”到“复杂主菜”，并不适合所有人。

我自己的建议是：进去后先把编程题扫一遍。为什么？因为编程题的分值大，并且需要“热身”才能进入状态。你先花两分钟看看三道题分别是啥，心里有个数，知道哪道是签到题、哪道可以拿部分分、哪道可以先放一放，然后再回头快速结束行测和专业题，用完整的剩余时间集中打编程。

当然，如果你的客观题基础非常扎实，做题速度很快，也可以先解决客观题再冲刺编程。但如果你不是这种人，还是建议把主要精力放在编程题上。方向比用力更重要的意思是，请你把时间花在分母大、提升空间高的题型上。

5.2 卡题不恋战，用“部分分”思维替代“全解”执念

考场上最怕的心态是“这道题我一定能写出来”——然后人就钉在那了。

我那次考试，第二道编程题一眼看过去很有思路，写了快二十分钟发现有一个case卡住了，继续调，又过了十分钟还是不对。这时候我做了个止损决策：把当前解法里的关键逻辑注释掉，写了个能保证小数据范围正确但复杂度更高的暴力版本，确保能拿到部分用例分，然后马上去看第三道题。

这是个很现实的取舍：一道题是0分还是40分，取决于你有不有勇气承认“正确答案我暂时给不出来”。大厂笔试的时候，部分分政策普遍存在，你不需要每题全过，只需要总分站在前面。

另外，提交之前一定一定要确认一下：你写的是否为符合要求的函数签名或输入输出格式。因为笔试系统没法像LeetCode那样给你友好提示，一旦格式错了，你可能花大量时间调试一个本没有必要的问题。

6. 常见问题与避坑清单：我踩过的和看别人踩过的坑

笔试结束后我在群里刷了不少同批次同学的反馈，也帮两个学弟学妹复盘过后续批次的情况，发现很多问题其实是高度重复的。想单独写一个避坑清单，都是真实会发生的场景。

除了这张表，我还想多啰嗦一句关于环境准备的细节：笔试前一定要找一台稳定的电脑和网络环境，提前登录平台，测试摄像头和浏览器兼容性。我那次就见过一个同学在群里说进不去考试页面，最后只好用手机热点救急。这种非技术问题导致的失败，是最不值得的。

7. 笔试之后的复盘和下一步衔接

笔试结束不等于这件事结束了。说实话，真正拉开你和其他候选人差距的，其实是考完之后到面试之前的这一段时间。

7.1 考后复盘要盯住三个方向

第一是记录自己哪些知识块明显薄弱。比如选择题里数据库索引部分错得最多，那就在面试前把索引的底层数据结构、回表、覆盖索引、最左前缀原则这部分彻底弄明白。笔试本身不能直接决定你拿不拿offer，但它是一份非常精准的“体检报告”，告诉你面试官大概率会从哪些点追问。

第二是复盘编程题的解法。笔试时你可能是连蒙带猜磕出来的，面试环节面试官经常会问“那道题你怎么做的”，如果你能说出更优的解法、分析它的时间复杂度和边界情况，会给面试官留下非常深刻的印象。

第三是把自己的笔试题和岗位要求对照一下。技术通用岗笔试偏基础综合，但面试往往开始细分方向。你通过笔试暴露出的强项和弱项，可以帮你判断自己是更适合投后端、前端还是客户端，避免盲目海投。

7.2 面试前的提前准备建议

如果你觉得笔试答得还行，建议从收到笔试通知那一刻就开始准备面试，不要等结果出来再动。因为携程面试流程的节奏有时候很快，可能笔试结束一周内就约面了，你临时抱佛脚是来不及的。

具体准备方向：把你的项目经历里用到的技术栈再过一遍，准备两三个能体现你解决复杂问题的项目故事；把你简历上写的每一个技能都准备一个“它底层是怎么工作的”的深度回答；把计算机网络和操作系统的常考面试题按场景整理成自己的话术。

另外，很多同学会忽视对公司的了解。面技术岗之前，至少要知道你做的是在线旅游业务，携程的业务模式是OTA（在线旅行社），技术挑战集中在高并发订单系统、个性化推荐、风控、搜索排序这些方向。面试时如果能主动把你的技术能力往这些业务场景上靠，会比单纯说“我会XXX”好很多。

说实话，最后这个建议可能比前面所有笔试技巧都重要。笔试只是敲门砖，真正决定你能否拿到offer的，是面试里能不能让面试官觉得“这个人能干活、值得带”。我当年也是被笔试虐了一圈才明白这个道理的。