2023年携程春招技术通用岗第三批笔试其实比很多人预想的要“实在”不少。我去年亲自走完了这一批的完整流程从赛码网的点进去那一刻起到交卷最后一道编程题全程感受就是携程的出题风格不像某些大厂那样偏难怪它更看重基础扎实度和工程思维。这篇文章不聊虚的直接拆解我当时遇到的题型、赛码网的使用细节、以及那些不踩一次根本发现不了的坑。如果你正在备战携程或者同类互联网公司的技术岗笔试这篇内容应该能帮你少走不少弯路。1. 笔试整体情况与考情分析1.1 技术通用岗到底在招什么人先说“技术通用岗”这个岗位定位。携程的技术通用岗不等于“什么都干的打杂岗”它通常是针对应届生统一入口后续会根据部门需求和你的技术栈进行二次分配。我当时投递的时候流程里已经能看到它面向Java、C、前端、数据等方向都有覆盖笔试题目也同样是统一的一套试卷。这意味着什么意味着题目覆盖面会比较广不会只盯着某一种语言问到底。我当时拿到卷子的第一反应是算法题用的是核心语言不限但后面的客观题部分确实夹杂了Java和C的双向内容。如果你是纯前端选手或者只刷过Python那在客观题环节会稍微吃点亏。我的建议是考前至少把Java基础语法和C的指针、内存管理这两块快速过一遍不需要精通但要能看懂题目在问什么。1.2 第三批笔试的批次节奏与整体感受春招笔试一般分好几批第三批的时间点通常在三月底到四月初。这个批次的竞争压力和个人体感比第一批会更“稳”一些。第一批往往是大规模海选题目难度会比较分化第二批开始趋于平衡到了第三批在线测评的题量、难度和时间已经调整得相对标准化。我当时做的是两道编程题加若干道客观题总时长大约在90分钟到120分钟之间。赛码网的计时器挂在右上角倒计时的压迫感很强。编程题不是LeetCode那种直接写核心函数的模式它更接近传统的ACM风格需要自己处理输入输出。这一点我后面会单独拿出来讲因为很多人挂在赛码网不是题目不会做而是输入输出没搞明白。2. 各模块题型拆解与答题思路2.1 算法与数据结构基础不牢地动山摇先说大家最关心的编程题。当时的两道题第一道考察的是字符串处理加滑动窗口第二道是二叉树相关的遍历与路径计算。说实话这两道题放在LeetCode上也就是中等偏下难度但笔试环境里的紧张感会放大你的失误概率。第一题的典型场景是给定一个字符串要求找出包含某几个指定字符的最短子串长度。这道题的核心思路就是滑动窗口双指针维护左右边界同时用一个计数器判断当前窗口是否满足条件。我当时用的Java代码不复杂但有个细节特别容易踩坑字符匹配的边界条件。public int shortestSubstring(String s, SetCharacter target) { int[] need new int[256]; int count 0; for (char c : target) { need[c]; count; } int left 0, right 0, minLen Integer.MAX_VALUE; while (right s.length()) { char rc s.charAt(right); if (need[rc] 0) { count--; } need[rc]--; right; while (count 0) { minLen Math.min(minLen, right - left); char lc s.charAt(left); need[lc]; if (need[lc] 0) { count; } left; } } return minLen Integer.MAX_VALUE ? 0 : minLen; }注意这里need[rc]--的操作。如果你把目标字符以外的字符也减到了负数那在左侧收缩判断的时候need[lc] 0这个条件就会失效。我在实际写的时候为了省事没有对字符集做限制结果在窗口收缩时反复出现计数器错乱。正确的写法是只在need[rc] 0时才减少count其他字符的need值保持非负递增这样左侧弹出的判断才能做到精确。第二道二叉树题是求根节点到所有叶子节点路径中节点值之和等于目标值的路径数量。这个用DFS回溯就行但赛码网的环境里没有本地调试我直接在代码框里写一旦出现空指针或者边界判断失误就得靠肉眼排查。一个我后来复盘时发现的小技巧在处理树节点时判断node null和node.left null node.right null的顺序很有讲究。如果先判叶子节点再判空很容易在递归时漏掉单侧为空的情况。2.2 数据库与SQL别只背聚合函数客观题里数据库占比不低携程这种业务驱动型公司对数据能力的重视程度可想而知。考的内容主要集中在三块SQL查询、索引优化、事务隔离级别。SQL查询那题给了一张订单表和一张用户表要求统计每个用户的订单总金额并排序。这题本身不难但选项里的干扰项设计得很有水平。它考察的是GROUP BY与HAVING的使用边界以及WHERE和HAVING的执行顺序。很多人习惯性写了WHERE SUM(amount) 100这显然是错的但笔试选项里就堂而皇之放着这个错误写法。索引优化那题更偏向实际工程。它给出一个慢查询让你判断该在哪几列上建索引。这里面涉及到最左前缀原则。题目给的查询条件是WHERE status ? AND create_time ?选项里有(status, create_time)、(create_time, status)、(status)和(create_time)。正确答案是前者因为等值条件status放前面可以快速过滤出小结果集再对create_time做范围扫描。我其实在这道题上犹豫了一下因为当时脑子里在纠结联合索引是否支持范围查询后继续使用后续列。确实create_time ?这类范围查询会导致后续索引列失效但这里只需要用到这两列所以索引顺序搭配等值在前、范围在后是最优的。这个知识点光靠背概念不行你得在理解B树结构的基础上自行推演一遍。2.3 计算机网络与操作系统高频考点很集中网络题考了TCP的三次握手和四次挥手这属于必考题范畴。但携程的出题角度不是直接问“为什么是三次”而是给了一个实际场景客户端发送FIN后服务端进入CLOSE_WAIT状态此时客户端处于什么状态选项里混入了LAST_ACK、TIME_WAIT、FIN_WAIT_2等让很多人迷糊的状态。答案很明显是FIN_WAIT_2。但这里有个延伸知识点值得说如果客户端长时间停留在FIN_WAIT_2状态很可能是服务端没有调用close函数导致连接资源被持续占用。线上排障时用netstat -an | grep FIN_WAIT_2能看到大量这类连接基本可以断定是代码里漏了关闭Socket。这个考点携程笔试里没深挖但面试环节大概率会追问。操作系统部分考了进程和线程的区别以及死锁产生的四个必要条件。这块没什么花活属于背了就能拿分的题。但有一道关于线程安全的题让我印象很深它给出了一段多线程并发递增的代码问最终结果可能是多少。这题考察的是i不是原子操作多个线程并发执行时读改写三步之间会被穿插导致结果小于理论最大值。你能准确分析出结果的不确定性范围这题才能拿分。2.4 Java与C基础语言特性是分水岭客观题里Java和C各占一部分。Java的题目集中在HashMap的底层实现、并发包的工具类、JVM内存区域划分上。有一道题问的是JDK 8中HashMap在什么条件下从链表转为红黑树选项里混淆了链表长度和数组长度。这个知识点日常开发可能用不上但笔试几乎年年考我当时是靠着死记硬背链表长度阈值8和树化阈值64才选对。C的题则集中在指针、虚函数、内存管理。有一道经典的sizeof计算题给了一个空类问sizeof(空类对象)是多少。答案是1因为每个对象需要有唯一的地址编译器会为空类分配一个字节。这个知识点对没接触过C底层机制的人来说不太友好但好在选项里也有0这个干扰项帮不少蒙题的人排除了一个错误答案。我个人觉得携程这套笔试题的语言考察并不深入它更像是筛选你有没有“基本盘”。Java、C各学过一门并且能看懂另一门的核心语法基本就能过关。3. 赛码网笔试平台实操细节3.1 赛码网环境与考前准备赛码网是很多大厂笔试用的在线编辑器平台。携程这场用的就是它。它的UI风格相对朴素左边是题目列表和答题区右边是代码编辑器顶部有倒计时。比起牛客网的社区化风格赛码网更接近一个“纯考试工具”。考前一定要做的准备包括提前用赛码网的模拟环境练习一两道题熟悉它的代码编辑器。这里有个关键点它默认不开启代码补全你需要手动打开设置里的“自动提示”选项。测试你的浏览器。赛码网对Chrome的兼容性最好某些国产浏览器可能会出现代码框无法粘贴的情况。准备好本地的IDE做辅助参考但别指望复制粘贴赛码网通常会禁用外部粘贴。就算允许代码框里粘贴内容后也可能会出现格式错乱。我那次考试就遇到了粘贴问题。本地IDE里写好的模板代码准备粘到赛码网的代码框里结果粘进去之后缩进全乱了。后面我学乖了编程题直接在代码框里写不去复制外部代码遇到需要重复写的工具方法就手打一遍反而更稳。3.2 编程题的输入输出处理赛码网的输入输出处理让很多人当场崩溃。它和LeetCode最大的不同在于LeetCode给你的是函数定义你只需要实现逻辑赛码网需要你从标准输入读数据再通过标准输出打印结果。举一个实际例子。那道滑动窗口的题如果原题描述是“第一行输入两个正整数n和k第二行输入长度为n的字符串s”那你在Linux环境下就要这么写import java.util.*; public class Main { public static void main(String[] args) { Scanner sc new Scanner(System.in); int n sc.nextInt(); int k sc.nextInt(); String s sc.next(); // 你的逻辑 System.out.println(result); } }很多人在这个环节出错是因为没注意到输入里可能有多余的空格或换行。比如用sc.nextLine()去读字符串而前面nextInt()还残留了一个换行符在缓冲区里读到的字符串就可能为空。解决方法是读完整数后先调用一次sc.nextLine()把换行吃掉再去读字符串。另一个常见问题是多组输入。有些题目没有明确告诉你有几组测试数据需要你循环读取到文件末尾。标准写法是while (sc.hasNextLine()) { String line sc.nextLine(); // 处理 }如果你没写这个循环只处理了一组数据本地测试能过但提交后得分会很低就是因为没覆盖所有测试用例。赛码网和牛客网的评测机都是按测试点给分的部分通过也有部分分这一点很关键。3.3 答题时间分配与顺序策略90分钟到120分钟的时间怎么分配我的真实经验是先花10分钟快速浏览所有客观题能秒选的直接选掉拿不准的打个标记跳过优先保住基础分。然后再留出60到80分钟攻坚两道编程题。最后留10分钟倒回去查漏补缺检查客观题有没有看错选项。这里有一个非常实用的策略如果两道编程题难度差异明显先做简单的保底拿到一道题的分数再做难的。很多人心态一崩简单题没写好难题也没做出来最后两手空空。我当时是先扫了一眼两道题判断出二叉树那题比滑动窗口那题更直接所以先写了它等稳稳拿到Case通过后再回头啃滑动窗口。还有一个经验之谈客观题里如果出现多选题注意看题目描述是“选出所有正确答案”还是“选出一个正确答案”。赛码网的多选题通常是不定项少选、多选、错选都不得分这个规则很容易被忽视。我当时就在一道多选题上栽了跟头明明选对了两个选项但因为漏了一个正确答案整个题目一分没得。4. 常见问题与排查技巧实录4.1 最容易踩的输入输出坑我把这类问题单独拎出来再说一遍因为它的杀伤力实在太大了。不同平台对输入输出的要求差异很大牛客网、赛码网、LeetCode、公司自研平台各有各的规矩。举个例子如果题目要求输出格式化结果比如“每组数据输出一行用空格分隔多个整数”有些人喜欢用System.out.print一个个打印结果最后一行多了一个空格也会被判错。赛码网的测评机对空格的容忍度极低你必须精确控制输出的每个字符。我那次二叉树路径题需要输出路径节点的值路径之间用空格分隔。我的做法是把每一条路径先拼成字符串放进一个List里最后再用String.join( , list)统一输出。这样能最大程度避免行尾多空格的问题。4.2 客观题里的易错知识盲区几个我印象深刻的易错点列出来供大家自查HTTP状态码中301和302的区别。携程考了一道关于重定向的题很多人分不清永久重定向和临时重定向以及浏览器对这两个状态码的缓存策略差异。TCP的TIME_WAIT状态持续时间。2MSL这个数字背后是为什么不少人只记住了答案但问你“为什么不设成1MSL”就懵了。Java的ArrayList和LinkedList在插入、删除、随机访问上的时间复杂度。基础到不能更基础但考的就是你能否快速准确判断。进程和线程的资源共享关系。线程共享进程的堆和方法区但每个线程有自己的程序计数器、虚拟机栈和本地方法栈。这个多选题经常有干扰项。这些知识点的共同特点是你背过就会没背就很容易被干扰项带偏。我建议备考时不要只刷算法题每天花半小时过一遍Java基础、计算机网络、操作系统的常考选择题性价比非常高。4.3 心态管理与突发情况应对笔试过程中难免遇到“这道题我怎么没有思路”的时刻。这时候千万别慌也别在难题上死磕。我当时的做法是如果编程题卡壳超过20分钟立刻停下去检查客观题或者去重新读一遍题目描述很多时候卡住不是因为不会做而是理解错了题目意思。赛码网有一个功能是“代码保存”它的自动保存机制不是实时触发的。如果你在代码框里写了一段逻辑但没手动点保存然后切换题目切回来发现代码消失了这种情况虽然不常见但确实会发生。我的习惯是每写一段关键逻辑就点一次保存宁可多花几秒也不冒丢失代码的风险。还有一个小细节赛码网考试过程中不允许切屏或者切屏超过一定次数会触发警告。我当时只是切到本地IDE确认了一下代码逻辑回来就被弹窗警告了一次。后来我才知道赛码网会在后台记录切屏次数超过阈值可能会被标记异常。考前最好把本地IDE提前关掉全程留在赛码网页面里操作。4.4 编程题部分通过率的复盘方法交卷之后赛码网通常不会直接显示每道题的通过率你只能看到一个总分数。但不代表你不能复盘。我当时的做法是把每道题的代码和思路记录下来然后在LeetCode上找类似题目用本地IDE重新实现一遍再去网上搜官方题解比对。以滑动窗口那题为例我交卷后复盘时才发现自己的代码在字符串长度很大时存在超时风险。因为我在每次窗口移动时调用了HashMap.containsKey()和HashMap.get()虽然时间复杂度理论上是O(n)但常数项比较大导致实际运行时间偏长。优化的方式是改用数组int[256]替代HashMap因为字符集是有限的直接用数组索引更高效。这类复盘才是笔试真正有价值的环节。一次笔试不理想不代表什么但如果你能从失败里总结出这些具体的技术改进点那下一场笔试就一定会更好。4.5 关于“模拟笔试”的几点建议如果时间允许我非常建议你在正式笔试前做1到2次全真模拟。不是简单地在LeetCode上刷几道题而是完整地模拟赛码网的考试环境设定90分钟倒计时用同样的输入输出模式写代码中途不查任何资料不暂停不切屏。我是在参加正式笔试前三天做了一次这样的模拟。当时给自己找了一道某大厂的真题难度接近携程这批的编程题用赛码网的外壳跑了一遍。那次模拟让我提前发现了自己两个问题一个是输入输出处理不熟练花了不少时间调试另一个是客观题的答题节奏太慢导致留给编程题的时间被压缩。发现问题后我花了两天时间专门练习赛码风格的输入输出解析把各种常见题型都过了一遍包括多组输入、格式化输出、长字符串读取。正式笔试的时候这些环节几乎没有再占用我的思考时间让我把更多精力放在了算法本身上。5. 延伸思考与其他大厂笔试的横向对比5.1 携程和拼多多、微众银行的笔试风格差异热词里提到了拼多多笔试、微众银行数据分析笔试这类内容我干脆放在一起做个横向对比方便大家理解大厂笔试的出题风格差异。拼多多的笔试风格偏“硬核”算法题的难度普遍偏高经常会出现复杂的动态规划和贪心题目时间复杂度要求也很严苛。它考察的是你在高强度压力下能否在短时间内想到最优解并写出高效代码。如果你只刷过LeetCode的简单题去拼多多笔试大概率会卡壳。微众银行的笔试则更偏向数据分析和统计基础SQL题占比很高还会涉及概率论和业务场景建模。它考察的是数据敏感性你能不能从一堆杂乱的数据中找出规律并用SQL或Python快速验证。携程的笔试风格居两者之间算法题难度适中客观题覆盖面广但都不算特别深。它更看重“这个人是不是计算机科班出身有没有扎实的基础知识”。这也符合携程技术通用岗的定位先招进来再根据特长分方向培养所以基础广度的优先级高于单点深度。5.2 笔试通过后的面试衔接笔试只是第一关通过后通常会在两周内安排面试。携程的面试流程一般是两轮技术面加一轮HR面有时候会合并成一天三连面。面试内容和笔试高度相关尤其是笔试里做错的题面试官很可能会拿来追问。我面完笔试后特意复盘了每一道错题把正确的解题思路和扩展知识点都整理成了文档。结果面试官真的在技术面里问到了一道和笔试滑动窗口类似的题目只是换了个场景包装。因为提前做了功课那轮面试的算法环节我答得很流畅。另一个面试高频点就是项目经历。携程的面试官对项目里的技术选型和性能优化非常感兴趣会在你的项目上不断深挖直到你承认“这块确实没考虑过”。这个环节没有捷径只能靠平时多思考、多做总结把自己的项目吃透。5.3 计算机基础在笔试中的重要性最后我想特别强调一下计算机基础的重要性。很多同学备战春招时把80%的时间都花在刷算法题上却忽略了计算机网络、操作系统、数据库这些“软基础”。但携程这种类型的笔试恰恰是算法和基础并重。我个人观察那些笔试总分离谱地高的人通常不是算法天才而是在客观题上几乎不丢分。客观题考查的内容都是《计算机网络》《操作系统》《数据库原理》教材里的经典知识点只要你系统性地复习过一遍很容易拿分。而算法题往往只能做出一半靠客观题也能把总分拉平。建议你花三天时间把TCP三次握手、四次挥手、HTTP状态码、进程调度算法、死锁条件、事务隔离级别、索引结构及优化、HashMap原理、JVM内存区域划分这些知识点快速过一遍形成自己的知识图谱。这部分投入的回报率绝对比多刷一百道算法题要高出不少。我这篇内容从题型拆解到平台实操再到心态管理基本把我那段笔试经历里能分享的都掏干净了。最后再说一句笔试考的不只是知识储备更是你在有限时间、有限资源下的取舍能力。知道什么题该拿分什么题该放弃什么坑可以提前规避这些经验和代码能力一样都是可以通过练习习得的。希望这篇内容能给你带来一些实际的参考价值祝备战顺利。
2023年携程春招技术通用岗第三批笔试其实比很多人预想的要“实在”不少。我去年亲自走完了这一批的完整流程从赛码网的点进去那一刻起到交卷最后一道编程题全程感受就是携程的出题风格不像某些大厂那样偏难怪它更看重基础扎实度和工程思维。这篇文章不聊虚的直接拆解我当时遇到的题型、赛码网的使用细节、以及那些不踩一次根本发现不了的坑。如果你正在备战携程或者同类互联网公司的技术岗笔试这篇内容应该能帮你少走不少弯路。1. 笔试整体情况与考情分析1.1 技术通用岗到底在招什么人先说“技术通用岗”这个岗位定位。携程的技术通用岗不等于“什么都干的打杂岗”它通常是针对应届生统一入口后续会根据部门需求和你的技术栈进行二次分配。我当时投递的时候流程里已经能看到它面向Java、C、前端、数据等方向都有覆盖笔试题目也同样是统一的一套试卷。这意味着什么意味着题目覆盖面会比较广不会只盯着某一种语言问到底。我当时拿到卷子的第一反应是算法题用的是核心语言不限但后面的客观题部分确实夹杂了Java和C的双向内容。如果你是纯前端选手或者只刷过Python那在客观题环节会稍微吃点亏。我的建议是考前至少把Java基础语法和C的指针、内存管理这两块快速过一遍不需要精通但要能看懂题目在问什么。1.2 第三批笔试的批次节奏与整体感受春招笔试一般分好几批第三批的时间点通常在三月底到四月初。这个批次的竞争压力和个人体感比第一批会更“稳”一些。第一批往往是大规模海选题目难度会比较分化第二批开始趋于平衡到了第三批在线测评的题量、难度和时间已经调整得相对标准化。我当时做的是两道编程题加若干道客观题总时长大约在90分钟到120分钟之间。赛码网的计时器挂在右上角倒计时的压迫感很强。编程题不是LeetCode那种直接写核心函数的模式它更接近传统的ACM风格需要自己处理输入输出。这一点我后面会单独拿出来讲因为很多人挂在赛码网不是题目不会做而是输入输出没搞明白。2. 各模块题型拆解与答题思路2.1 算法与数据结构基础不牢地动山摇先说大家最关心的编程题。当时的两道题第一道考察的是字符串处理加滑动窗口第二道是二叉树相关的遍历与路径计算。说实话这两道题放在LeetCode上也就是中等偏下难度但笔试环境里的紧张感会放大你的失误概率。第一题的典型场景是给定一个字符串要求找出包含某几个指定字符的最短子串长度。这道题的核心思路就是滑动窗口双指针维护左右边界同时用一个计数器判断当前窗口是否满足条件。我当时用的Java代码不复杂但有个细节特别容易踩坑字符匹配的边界条件。public int shortestSubstring(String s, SetCharacter target) { int[] need new int[256]; int count 0; for (char c : target) { need[c]; count; } int left 0, right 0, minLen Integer.MAX_VALUE; while (right s.length()) { char rc s.charAt(right); if (need[rc] 0) { count--; } need[rc]--; right; while (count 0) { minLen Math.min(minLen, right - left); char lc s.charAt(left); need[lc]; if (need[lc] 0) { count; } left; } } return minLen Integer.MAX_VALUE ? 0 : minLen; }注意这里need[rc]--的操作。如果你把目标字符以外的字符也减到了负数那在左侧收缩判断的时候need[lc] 0这个条件就会失效。我在实际写的时候为了省事没有对字符集做限制结果在窗口收缩时反复出现计数器错乱。正确的写法是只在need[rc] 0时才减少count其他字符的need值保持非负递增这样左侧弹出的判断才能做到精确。第二道二叉树题是求根节点到所有叶子节点路径中节点值之和等于目标值的路径数量。这个用DFS回溯就行但赛码网的环境里没有本地调试我直接在代码框里写一旦出现空指针或者边界判断失误就得靠肉眼排查。一个我后来复盘时发现的小技巧在处理树节点时判断node null和node.left null node.right null的顺序很有讲究。如果先判叶子节点再判空很容易在递归时漏掉单侧为空的情况。2.2 数据库与SQL别只背聚合函数客观题里数据库占比不低携程这种业务驱动型公司对数据能力的重视程度可想而知。考的内容主要集中在三块SQL查询、索引优化、事务隔离级别。SQL查询那题给了一张订单表和一张用户表要求统计每个用户的订单总金额并排序。这题本身不难但选项里的干扰项设计得很有水平。它考察的是GROUP BY与HAVING的使用边界以及WHERE和HAVING的执行顺序。很多人习惯性写了WHERE SUM(amount) 100这显然是错的但笔试选项里就堂而皇之放着这个错误写法。索引优化那题更偏向实际工程。它给出一个慢查询让你判断该在哪几列上建索引。这里面涉及到最左前缀原则。题目给的查询条件是WHERE status ? AND create_time ?选项里有(status, create_time)、(create_time, status)、(status)和(create_time)。正确答案是前者因为等值条件status放前面可以快速过滤出小结果集再对create_time做范围扫描。我其实在这道题上犹豫了一下因为当时脑子里在纠结联合索引是否支持范围查询后继续使用后续列。确实create_time ?这类范围查询会导致后续索引列失效但这里只需要用到这两列所以索引顺序搭配等值在前、范围在后是最优的。这个知识点光靠背概念不行你得在理解B树结构的基础上自行推演一遍。2.3 计算机网络与操作系统高频考点很集中网络题考了TCP的三次握手和四次挥手这属于必考题范畴。但携程的出题角度不是直接问“为什么是三次”而是给了一个实际场景客户端发送FIN后服务端进入CLOSE_WAIT状态此时客户端处于什么状态选项里混入了LAST_ACK、TIME_WAIT、FIN_WAIT_2等让很多人迷糊的状态。答案很明显是FIN_WAIT_2。但这里有个延伸知识点值得说如果客户端长时间停留在FIN_WAIT_2状态很可能是服务端没有调用close函数导致连接资源被持续占用。线上排障时用netstat -an | grep FIN_WAIT_2能看到大量这类连接基本可以断定是代码里漏了关闭Socket。这个考点携程笔试里没深挖但面试环节大概率会追问。操作系统部分考了进程和线程的区别以及死锁产生的四个必要条件。这块没什么花活属于背了就能拿分的题。但有一道关于线程安全的题让我印象很深它给出了一段多线程并发递增的代码问最终结果可能是多少。这题考察的是i不是原子操作多个线程并发执行时读改写三步之间会被穿插导致结果小于理论最大值。你能准确分析出结果的不确定性范围这题才能拿分。2.4 Java与C基础语言特性是分水岭客观题里Java和C各占一部分。Java的题目集中在HashMap的底层实现、并发包的工具类、JVM内存区域划分上。有一道题问的是JDK 8中HashMap在什么条件下从链表转为红黑树选项里混淆了链表长度和数组长度。这个知识点日常开发可能用不上但笔试几乎年年考我当时是靠着死记硬背链表长度阈值8和树化阈值64才选对。C的题则集中在指针、虚函数、内存管理。有一道经典的sizeof计算题给了一个空类问sizeof(空类对象)是多少。答案是1因为每个对象需要有唯一的地址编译器会为空类分配一个字节。这个知识点对没接触过C底层机制的人来说不太友好但好在选项里也有0这个干扰项帮不少蒙题的人排除了一个错误答案。我个人觉得携程这套笔试题的语言考察并不深入它更像是筛选你有没有“基本盘”。Java、C各学过一门并且能看懂另一门的核心语法基本就能过关。3. 赛码网笔试平台实操细节3.1 赛码网环境与考前准备赛码网是很多大厂笔试用的在线编辑器平台。携程这场用的就是它。它的UI风格相对朴素左边是题目列表和答题区右边是代码编辑器顶部有倒计时。比起牛客网的社区化风格赛码网更接近一个“纯考试工具”。考前一定要做的准备包括提前用赛码网的模拟环境练习一两道题熟悉它的代码编辑器。这里有个关键点它默认不开启代码补全你需要手动打开设置里的“自动提示”选项。测试你的浏览器。赛码网对Chrome的兼容性最好某些国产浏览器可能会出现代码框无法粘贴的情况。准备好本地的IDE做辅助参考但别指望复制粘贴赛码网通常会禁用外部粘贴。就算允许代码框里粘贴内容后也可能会出现格式错乱。我那次考试就遇到了粘贴问题。本地IDE里写好的模板代码准备粘到赛码网的代码框里结果粘进去之后缩进全乱了。后面我学乖了编程题直接在代码框里写不去复制外部代码遇到需要重复写的工具方法就手打一遍反而更稳。3.2 编程题的输入输出处理赛码网的输入输出处理让很多人当场崩溃。它和LeetCode最大的不同在于LeetCode给你的是函数定义你只需要实现逻辑赛码网需要你从标准输入读数据再通过标准输出打印结果。举一个实际例子。那道滑动窗口的题如果原题描述是“第一行输入两个正整数n和k第二行输入长度为n的字符串s”那你在Linux环境下就要这么写import java.util.*; public class Main { public static void main(String[] args) { Scanner sc new Scanner(System.in); int n sc.nextInt(); int k sc.nextInt(); String s sc.next(); // 你的逻辑 System.out.println(result); } }很多人在这个环节出错是因为没注意到输入里可能有多余的空格或换行。比如用sc.nextLine()去读字符串而前面nextInt()还残留了一个换行符在缓冲区里读到的字符串就可能为空。解决方法是读完整数后先调用一次sc.nextLine()把换行吃掉再去读字符串。另一个常见问题是多组输入。有些题目没有明确告诉你有几组测试数据需要你循环读取到文件末尾。标准写法是while (sc.hasNextLine()) { String line sc.nextLine(); // 处理 }如果你没写这个循环只处理了一组数据本地测试能过但提交后得分会很低就是因为没覆盖所有测试用例。赛码网和牛客网的评测机都是按测试点给分的部分通过也有部分分这一点很关键。3.3 答题时间分配与顺序策略90分钟到120分钟的时间怎么分配我的真实经验是先花10分钟快速浏览所有客观题能秒选的直接选掉拿不准的打个标记跳过优先保住基础分。然后再留出60到80分钟攻坚两道编程题。最后留10分钟倒回去查漏补缺检查客观题有没有看错选项。这里有一个非常实用的策略如果两道编程题难度差异明显先做简单的保底拿到一道题的分数再做难的。很多人心态一崩简单题没写好难题也没做出来最后两手空空。我当时是先扫了一眼两道题判断出二叉树那题比滑动窗口那题更直接所以先写了它等稳稳拿到Case通过后再回头啃滑动窗口。还有一个经验之谈客观题里如果出现多选题注意看题目描述是“选出所有正确答案”还是“选出一个正确答案”。赛码网的多选题通常是不定项少选、多选、错选都不得分这个规则很容易被忽视。我当时就在一道多选题上栽了跟头明明选对了两个选项但因为漏了一个正确答案整个题目一分没得。4. 常见问题与排查技巧实录4.1 最容易踩的输入输出坑我把这类问题单独拎出来再说一遍因为它的杀伤力实在太大了。不同平台对输入输出的要求差异很大牛客网、赛码网、LeetCode、公司自研平台各有各的规矩。举个例子如果题目要求输出格式化结果比如“每组数据输出一行用空格分隔多个整数”有些人喜欢用System.out.print一个个打印结果最后一行多了一个空格也会被判错。赛码网的测评机对空格的容忍度极低你必须精确控制输出的每个字符。我那次二叉树路径题需要输出路径节点的值路径之间用空格分隔。我的做法是把每一条路径先拼成字符串放进一个List里最后再用String.join( , list)统一输出。这样能最大程度避免行尾多空格的问题。4.2 客观题里的易错知识盲区几个我印象深刻的易错点列出来供大家自查HTTP状态码中301和302的区别。携程考了一道关于重定向的题很多人分不清永久重定向和临时重定向以及浏览器对这两个状态码的缓存策略差异。TCP的TIME_WAIT状态持续时间。2MSL这个数字背后是为什么不少人只记住了答案但问你“为什么不设成1MSL”就懵了。Java的ArrayList和LinkedList在插入、删除、随机访问上的时间复杂度。基础到不能更基础但考的就是你能否快速准确判断。进程和线程的资源共享关系。线程共享进程的堆和方法区但每个线程有自己的程序计数器、虚拟机栈和本地方法栈。这个多选题经常有干扰项。这些知识点的共同特点是你背过就会没背就很容易被干扰项带偏。我建议备考时不要只刷算法题每天花半小时过一遍Java基础、计算机网络、操作系统的常考选择题性价比非常高。4.3 心态管理与突发情况应对笔试过程中难免遇到“这道题我怎么没有思路”的时刻。这时候千万别慌也别在难题上死磕。我当时的做法是如果编程题卡壳超过20分钟立刻停下去检查客观题或者去重新读一遍题目描述很多时候卡住不是因为不会做而是理解错了题目意思。赛码网有一个功能是“代码保存”它的自动保存机制不是实时触发的。如果你在代码框里写了一段逻辑但没手动点保存然后切换题目切回来发现代码消失了这种情况虽然不常见但确实会发生。我的习惯是每写一段关键逻辑就点一次保存宁可多花几秒也不冒丢失代码的风险。还有一个小细节赛码网考试过程中不允许切屏或者切屏超过一定次数会触发警告。我当时只是切到本地IDE确认了一下代码逻辑回来就被弹窗警告了一次。后来我才知道赛码网会在后台记录切屏次数超过阈值可能会被标记异常。考前最好把本地IDE提前关掉全程留在赛码网页面里操作。4.4 编程题部分通过率的复盘方法交卷之后赛码网通常不会直接显示每道题的通过率你只能看到一个总分数。但不代表你不能复盘。我当时的做法是把每道题的代码和思路记录下来然后在LeetCode上找类似题目用本地IDE重新实现一遍再去网上搜官方题解比对。以滑动窗口那题为例我交卷后复盘时才发现自己的代码在字符串长度很大时存在超时风险。因为我在每次窗口移动时调用了HashMap.containsKey()和HashMap.get()虽然时间复杂度理论上是O(n)但常数项比较大导致实际运行时间偏长。优化的方式是改用数组int[256]替代HashMap因为字符集是有限的直接用数组索引更高效。这类复盘才是笔试真正有价值的环节。一次笔试不理想不代表什么但如果你能从失败里总结出这些具体的技术改进点那下一场笔试就一定会更好。4.5 关于“模拟笔试”的几点建议如果时间允许我非常建议你在正式笔试前做1到2次全真模拟。不是简单地在LeetCode上刷几道题而是完整地模拟赛码网的考试环境设定90分钟倒计时用同样的输入输出模式写代码中途不查任何资料不暂停不切屏。我是在参加正式笔试前三天做了一次这样的模拟。当时给自己找了一道某大厂的真题难度接近携程这批的编程题用赛码网的外壳跑了一遍。那次模拟让我提前发现了自己两个问题一个是输入输出处理不熟练花了不少时间调试另一个是客观题的答题节奏太慢导致留给编程题的时间被压缩。发现问题后我花了两天时间专门练习赛码风格的输入输出解析把各种常见题型都过了一遍包括多组输入、格式化输出、长字符串读取。正式笔试的时候这些环节几乎没有再占用我的思考时间让我把更多精力放在了算法本身上。5. 延伸思考与其他大厂笔试的横向对比5.1 携程和拼多多、微众银行的笔试风格差异热词里提到了拼多多笔试、微众银行数据分析笔试这类内容我干脆放在一起做个横向对比方便大家理解大厂笔试的出题风格差异。拼多多的笔试风格偏“硬核”算法题的难度普遍偏高经常会出现复杂的动态规划和贪心题目时间复杂度要求也很严苛。它考察的是你在高强度压力下能否在短时间内想到最优解并写出高效代码。如果你只刷过LeetCode的简单题去拼多多笔试大概率会卡壳。微众银行的笔试则更偏向数据分析和统计基础SQL题占比很高还会涉及概率论和业务场景建模。它考察的是数据敏感性你能不能从一堆杂乱的数据中找出规律并用SQL或Python快速验证。携程的笔试风格居两者之间算法题难度适中客观题覆盖面广但都不算特别深。它更看重“这个人是不是计算机科班出身有没有扎实的基础知识”。这也符合携程技术通用岗的定位先招进来再根据特长分方向培养所以基础广度的优先级高于单点深度。5.2 笔试通过后的面试衔接笔试只是第一关通过后通常会在两周内安排面试。携程的面试流程一般是两轮技术面加一轮HR面有时候会合并成一天三连面。面试内容和笔试高度相关尤其是笔试里做错的题面试官很可能会拿来追问。我面完笔试后特意复盘了每一道错题把正确的解题思路和扩展知识点都整理成了文档。结果面试官真的在技术面里问到了一道和笔试滑动窗口类似的题目只是换了个场景包装。因为提前做了功课那轮面试的算法环节我答得很流畅。另一个面试高频点就是项目经历。携程的面试官对项目里的技术选型和性能优化非常感兴趣会在你的项目上不断深挖直到你承认“这块确实没考虑过”。这个环节没有捷径只能靠平时多思考、多做总结把自己的项目吃透。5.3 计算机基础在笔试中的重要性最后我想特别强调一下计算机基础的重要性。很多同学备战春招时把80%的时间都花在刷算法题上却忽略了计算机网络、操作系统、数据库这些“软基础”。但携程这种类型的笔试恰恰是算法和基础并重。我个人观察那些笔试总分离谱地高的人通常不是算法天才而是在客观题上几乎不丢分。客观题考查的内容都是《计算机网络》《操作系统》《数据库原理》教材里的经典知识点只要你系统性地复习过一遍很容易拿分。而算法题往往只能做出一半靠客观题也能把总分拉平。建议你花三天时间把TCP三次握手、四次挥手、HTTP状态码、进程调度算法、死锁条件、事务隔离级别、索引结构及优化、HashMap原理、JVM内存区域划分这些知识点快速过一遍形成自己的知识图谱。这部分投入的回报率绝对比多刷一百道算法题要高出不少。我这篇内容从题型拆解到平台实操再到心态管理基本把我那段笔试经历里能分享的都掏干净了。最后再说一句笔试考的不只是知识储备更是你在有限时间、有限资源下的取舍能力。知道什么题该拿分什么题该放弃什么坑可以提前规避这些经验和代码能力一样都是可以通过练习习得的。希望这篇内容能给你带来一些实际的参考价值祝备战顺利。
