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

1. 拿到笔试通知后我做的第一件事不是急着刷题2023年携程秋招技术通用岗第二批笔试这个话题在当年九月中旬的求职群里热度一直没降过。作为亲历者我想先聊聊一个很多人忽略的问题收到笔试通知之后大部分人第一反应是冲进牛客找面经、打开LeetCode开始刷题但真正决定你能不能过线的往往是你有没有在点开笔试链接之前先搞清楚这张卷子到底在考什么。携程的技术通用岗并不像某些大厂那样细分到前端、后端、算法、客户端它更像是一个“技术大池子”——筛选的是基础扎实、逻辑清晰、能快速上手的通用型工程师。这就决定了它的笔试风格和一线大厂那种“上来就Hard题筛人”的路子不太一样更偏向于广度覆盖加少量深度拔高。如果你用备战字节、阿里那套思路去准备它反而容易踩空。这篇东西我尽量写得实在一点从考察结构、题型分布、编程题出题逻辑、考场时间分配到常见翻车点全都拆开讲一遍。不管是正在准备携程后续批次的同学还是想拿携程笔试当秋招练手的人都可以直接对着参考。1.1 先搞清楚技术通用岗笔试的考察结构我记得当时点进笔试链接之前邮件里只写了“专业能力笔试”五个字时长大约一百分钟。真正进去之后才发现整张卷子其实是三个板块拼起来的第一部分是行测类的逻辑与性格测试第二部分是专业客观题第三部分是编程题。行测板块通常放在最前面题量不大大概十到十五道包含图形推理、数列找规律、言语理解偶尔还会插几道情景判断。这个板块的核心目的说白了不是考智商而是看你的思维习惯是不是正常人水准同时用性格题测一下你的协作倾向和工作风格。很多人觉得这部分不算分随便填填就过去了——我劝你别这么干。面试环节你的简历里如果挂了性格测试记录有些面试官是会拿来提问的。专业客观题的占比最重覆盖数据结构、操作系统、计算机网络、数据库、编程语言基础这五大块偶尔还会冒出几道Linux命令、进程线程区别之类的杂题。题型全是单选加多选多选的坑在于少选不得分选错倒扣分的情况也偶有出现所以拿不准的选项不如不选。编程题一般三到四道总分值在笔试里占比可能只有三成左右但它往往是拉开差距的关键。我身边有人客观题答得一般编程题全AC照样进了面试也有客观题感觉极好、编程只写出一道半的最后卡在了简历池里没动静。1.2 这次笔试的判卷逻辑其实和很多人想的不一样很多备战秋招的同学对笔试有个误解以为这是“高考”每一分都重要必须追求满分。但企业笔试的逻辑完全不是这么回事。携程的笔试筛选更接近“分档制”。三道编程题第一道通常是签到题给所有认真准备过的人送分第二道是中等偏上的题考基础算法能力第三道是拉开区分度的题可能只有一小部分人能完整做出来。你不需要全对你只需要保证签到题秒掉、中等题尽量AC或拿大部分用例分、难题能写出暴力解法拿部分分数就已经能排进比较靠前的位置了。把这个逻辑想明白之后你的备考重点就会非常明确不要每天死磕那些偏题怪题而是把常考的数据结构操作、常见算法模板练到肌肉记忆的程度。你后面看那些笔试复盘帖凡是说自己“稳稳过了”的人基本都不是卷面分最高的而是策略最稳的。2. 行测题不高大上但它能影响你后续的面试节奏如果说编程题是硬实力的话行测和性格测试更像是一道隐形门槛。我见过不少技术很强的人败在行测上甚至都不知道自己怎么挂的。2.1 逻辑行测题的时间陷阱和解法套路携程笔试的行测部分放在专业题前面这本身就是一个陷阱。我当时进去之后习惯性按顺序做题结果在图形推理上卡了好几道每一道都觉得自己快看出来了又每一道都不确定最后磨了快十分钟才勉强选完。等做到后面专业题的时候时间已经比预期紧了不少。后来复盘我才意识到行测板块的题量虽然不大但部分题目设计出来就是让你“看不出来”的——比如图形推理它需要的是你快速判断是数量规律、位置规律还是样式规律如果十秒内定不了类型就应该直接标记跳过等最后有时间再回来看。数列题也是同样的道理很多数列看起来复杂其实组合了奇偶项拆分和递推关系。你只要碰到等差、等比、递推、幂次这四类初步推断都套不上的就应该果断放弃。行测的每一分成本可能都是后面编程题的一分程序员笔试拼的是总分不是单科奖牌。至于性格测试我没有太多经验可分享只提醒一条保持真实但尽量选择稳定、负责、乐于协作的选项。同一个意思的题会换着方式反复出现如果你前后矛盾太明显系统会给出“真实性存疑”的标记面试时可能被追问。2.2 别在行测上花太多时间备考我见过有同学花了一周专门刷行测题这在我看来是纯粹的投入产出倒挂。秋招季时间远比金钱宝贵行测的复习上限很低——就算你刷一百道图形推理考试里该不会的还是不会。行测的正确打开方式是考前花一个晚上把常见题型过一遍知道图形推理有哪几类规律、数列题有哪些变形方式、言语理解要用关键词定位法就够了。真正的备考重心必须放在专业客观题和编程题上这才是技术岗笔试的命脉。3. 专业选择题的高频考点值得对着简历查漏补缺专业客观题才是这张卷子的重头戏。它的覆盖面广、知识点细说实话不是靠考前临时背几篇面经就能吃下来的。我自己的体感是这部分更像是把大学四年计算机基础课的重点浓缩到四十分钟里。3.1 五大知识块的出题比重和应对策略我不是官方命题人不好直接说每部分具体几道题但根据我自己考完之后在群里和同学们对的题以及过往批次的反馈能大概整理出一个排序数据结构和算法考点最多操作系统和计算机网络次之数据库和编程语言基础再次剩下的零散分布在Linux、设计模式等杂项上。这个分布其实是合理的。数据结构是开发和面试的地基操作系统和网络则决定了你能不能写出可靠的工程代码数据库是业务开发躲不开的组件编程语言基础考察的是你简历上写的技术栈到底是不是真的用过。我按照考后记忆和群里讨论整理了一张考点频率表不一定精确但方向可以参考知识块常见出题方向备考优先级数据结构链表操作、栈与队列应用、二叉树遍历、哈希冲突处理、排序算法稳定性与复杂度最高操作系统进程与线程区别、死锁条件、虚拟内存、页面置换算法、进程间通信方式高计算机网络TCP三次握手四次挥手、TCP/UDP区别、HTTP状态码、DNS解析流程高数据库索引结构与失效场景、事务ACID、隔离级别、SQL语句正确性判断高编程语言基础Java内存区域、异常体系、集合类源码差异、C虚函数和智能指针中高其他杂项Linux常用命令、git基本操作、设计模式场景判断中这里面有一个容易被忽略的细节很多题会结合两份知识点一起出。比如给你一段代码问你它会发生死锁吗这考的就不只是数据库隔离级别而是操作系统死锁条件在数据库事务场景里的应用。复习的时候不要孤立地背知识点要有意识地把它们串起来。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. 常见问题与避坑清单我踩过的和看别人踩过的坑笔试结束后我在群里刷了不少同批次同学的反馈也帮两个学弟学妹复盘过后续批次的情况发现很多问题其实是高度重复的。想单独写一个避坑清单都是真实会发生的场景。坑点当时的典型场景正确的应对方式卡在行测图形题图形推理做不出来又舍不得跳过反复看看一次就多花三分钟十秒定不了规律就立刻标记跳到下一题最后有时间再回头看多选题全选强迫症总觉得每个选项看着都眼熟把不确定的也选了结果错选倒扣多选题只选百分百确定的选项宁可少得分也别失分编程题第一行编译不过本地IDE能跑换到线上平台就报错一看类名或包名不对考前先看平台示例代码的输入输出模板严格按照模板结构写暴力解法超时一道题只有暴力思路交了以后TLE大把时间白白浪费拿到题先看数据范围n很大时优先想二分、双指针、哈希优化实在不会暴力提交也要在测试用例较少时用窗口切换被警告切出去查资料或看本地笔记系统弹窗警告甚至直接交卷考试前把所有资料都在心里过一遍考试中坚决不切屏一次警告就可能影响结果客观题时间超预算专业选择题遇到不会的硬想导致最后留给编程的时间不足四十分钟专业客观题控制在每题一分钟以内不会的果断标记别让它影响编程时间除了这张表我还想多啰嗦一句关于环境准备的细节笔试前一定要找一台稳定的电脑和网络环境提前登录平台测试摄像头和浏览器兼容性。我那次就见过一个同学在群里说进不去考试页面最后只好用手机热点救急。这种非技术问题导致的失败是最不值得的。7. 笔试之后的复盘和下一步衔接笔试结束不等于这件事结束了。说实话真正拉开你和其他候选人差距的其实是考完之后到面试之前的这一段时间。7.1 考后复盘要盯住三个方向第一是记录自己哪些知识块明显薄弱。比如选择题里数据库索引部分错得最多那就在面试前把索引的底层数据结构、回表、覆盖索引、最左前缀原则这部分彻底弄明白。笔试本身不能直接决定你拿不拿offer但它是一份非常精准的“体检报告”告诉你面试官大概率会从哪些点追问。第二是复盘编程题的解法。笔试时你可能是连蒙带猜磕出来的面试环节面试官经常会问“那道题你怎么做的”如果你能说出更优的解法、分析它的时间复杂度和边界情况会给面试官留下非常深刻的印象。第三是把自己的笔试题和岗位要求对照一下。技术通用岗笔试偏基础综合但面试往往开始细分方向。你通过笔试暴露出的强项和弱项可以帮你判断自己是更适合投后端、前端还是客户端避免盲目海投。7.2 面试前的提前准备建议如果你觉得笔试答得还行建议从收到笔试通知那一刻就开始准备面试不要等结果出来再动。因为携程面试流程的节奏有时候很快可能笔试结束一周内就约面了你临时抱佛脚是来不及的。具体准备方向把你的项目经历里用到的技术栈再过一遍准备两三个能体现你解决复杂问题的项目故事把你简历上写的每一个技能都准备一个“它底层是怎么工作的”的深度回答把计算机网络和操作系统的常考面试题按场景整理成自己的话术。另外很多同学会忽视对公司的了解。面技术岗之前至少要知道你做的是在线旅游业务携程的业务模式是OTA在线旅行社技术挑战集中在高并发订单系统、个性化推荐、风控、搜索排序这些方向。面试时如果能主动把你的技术能力往这些业务场景上靠会比单纯说“我会XXX”好很多。说实话最后这个建议可能比前面所有笔试技巧都重要。笔试只是敲门砖真正决定你能否拿到offer的是面试里能不能让面试官觉得“这个人能干活、值得带”。我当年也是被笔试虐了一圈才明白这个道理的。