提到银行的技术笔试很多人脑子里冒出来的第一个词是“行测”第二个词是“简单”——觉得自己投的是开发岗只要会写代码笔试不就是走个过场。但如果你真拿到招商银行信用卡中心2018秋招开发方向笔试题打开答题页面的那一刻大概率会愣一下这套题跟你以为的完全不是一回事。它不追求你写了多少行代码而是站在“我要招一个能进核心系统做开发的人”这个角度把计算机基础、工程习惯、逻辑思维、甚至性格倾向全部揉在一起筛一遍。这篇文章就是基于2018秋招这套笔试题的完整复盘不光是题型罗列更会把每类题背后的出题逻辑、容易踩的坑以及如果你现在开始准备最划算的复习路径都讲清楚。适合正在备战银行开发岗、或者想对比一下“银行技术笔试到底考什么”的同学参考。1. 拿到笔试邀请后先搞清楚这场考试在筛什么人笔试之前我建议你先做一件事别急着刷题先把“银行开发岗笔试”和“互联网开发岗笔试”这两件事分开看。很多人用备战互联网大厂的思路去准备银行结果第一轮就被淘汰了问题不一定出在专业能力上而是你根本不知道对方想要什么。1.1 银行开发岗笔试和互联网笔试的底层差异互联网笔试的核心是“算法筛选”动辄两三道 hard 级别的算法题目的很直接我要在大量候选人里快速找到编码能力强、脑子转得快的人。这套逻辑在银行开发岗上不成立。银行的技术系统尤其是信用卡中心这类直接承载金融交易的核心业务第一要求是稳定和安全不是炫技。所以笔试的出题思路也完全不同。它不太关心你能不能在三十分钟里写出一棵红黑树它更关心你对基础知识掌握得够不够扎实编码习惯规不规范对数据库事务、并发控制这类“银行日常”有没有概念。换句话说互联网笔试是为了淘汰银行笔试是为了筛选。筛选的意思是我不需要你考满分但我要确认你具备进入业务系统的基本能力并且在这里面挑出基础知识最完整、最不容易闯祸的人。这两个目标导致的考点权重差异非常大。1.2 题型构成一个“笔试全家桶”式的组合2018年招商银行信用卡中心开发方向笔试题整体可以分成三大块综合素质、专业基础、编程题。综合素质里有言语理解、逻辑推理、数量关系、资料分析这部分跟所有银行笔试几乎一致属于“行测全家桶”专业基础部分覆盖数据结构、操作系统、计算机网络、数据库、Java基础这些计算机核心课程编程题是手撕代码但题量和难度都比互联网笔试友好很多。这三块的分数占比没有官方公布过但从通过情况倒推综合素质和专业知识各占大头编程题分值不小但题量少。想靠编程题拉分不太现实综合素质如果答得太差反而可能一票否决。这是一个非常容易被技术型候选人忽略的点。1.3 大家最容易误解的一件事我遇到过很多同学以为“只要技术题能拿高分前面的行测随便写写就行”。真实情况是银行技术岗的笔试是一个“木桶模型”每一块都有最低门槛不要指望某一块的高分去弥补另一块的短板。尤其是综合素质部分它的题量很大平均每题时间不足一分钟很多人不是因为不会做而被淘汰而是因为时间不够后面的大题没时间写。这套笔试整体考下来我的感受是它不是一个“选拔竞赛”而是一个“基础体检”。你要做的不是挑战难题而是在有限时间里把基础分稳稳拿到手不犯低级错误不让某一项明显拖后腿。2. 综合素质部分刷人最狠的往往不是编程题先说说这个最容易被轻视的部分。如果你平时只刷力扣、不碰行测第一次做综合素质部分大概率会有点懵。2.1 行测类题型的命题特点综合素质部分的题目主要分四类言语理解、逻辑推理、数量关系、资料分析。言语理解的题干通常不短选项之间相似度又很高做起来非常耗神逻辑推理里有图形推理和文字推理图形推理套路集中文字推理更绕数量关系基本就是小学奥数题工程问题、行程问题、排列组合、概率都可能出现资料分析给一段图表数据让你算增长率、占比之类计算量不大但需要静下心看数据。这几类题对程序员来说难度排布很有意思。大部分学理工科的人觉得数量关系和资料分析不难只要给足时间肯定能算出来但行测恰恰不给时间。真正让程序员栽跟头的反而是言语理解你越用“分析代码逻辑”的方式去抠字眼越容易掉进出题人的陷阱里在这里不能太较真。2.2 时间分配性价比优先不要死磕综合素质这块的时间非常紧。我的习惯是言语理解限时快速做逻辑推理按套路做数量关系放最后资料分析先扫一眼数据再做题。总原则是平均每题不超过60秒35秒内没有明确思路就直接标记跳过去最后如果有剩余时间再回来处理。这里要提醒一个容易犯的错很多在线笔试平台不给你“标记后回头检查”的机会跳过的题可能直接算错。你需要在进入下一部分之前就确定答案或者确认平台支持回看。2018年这套题的平台上综合素质部分是可以回看的但专业部分和编程部分一旦进入就不能返回了。每类题型的倒计时规则都不一样做题前先把说明读清楚。提示做综合素质这种题量大的板块永远不要纠结。银行笔试的分数线不是按满分算的是按排名比例划的你只要保证自己不会因为时间耗尽而空题就已经赢过相当一部分人了。2.3 性格测试的隐藏陷阱有些批次的笔试还会附带性格测试或者在专业题之后出现一大段“你同意以下哪种描述”这类题目。很多技术同学对这类题极其不耐烦觉得随便选就行但你不知道的是性格测试在银行招聘里的分量比想象中重。银行岗位对“细致、合规、稳定、团队协作”这类面向的偏好非常明确。性格测试会反复用不同表述问相似的维度目的是看你的回答是否前后一致。如果你前面选“我喜欢按规则做事”后面又选“我经常挑战不合理的规则”这两题就会被判定为一致性存疑进而影响最终评价。我的建议是性格测试不需要装成另一个人但要有意识地保持稳定。多数情况下银行系统里的团队更希望招进来一个“可靠”的人而不是一个“极其激进”的个体。你可以在面试中展现自己的技术热情但在性格问卷里稳定输出比突出个性更有利。3. 计算机基础那个“以为会了”却答不出来的考点这一部分才是整套题的重头戏。我记得当时考完走出考场很多人最大的感受不是编程题没写出来而是专业基础选择题里好几个“明明学过但考试时不确定”的知识点。3.1 数据结构与算法理论不写代码考结论数据结构这部分以选择题为主覆盖面很广而且出题方式非常“教科书”。比如给你一组数据从乱序到有序的每一轮变化让你判断这是哪种排序算法给一个二叉树的先序遍历和中序遍历求后序遍历给一个堆的数组存储形式问插入新元素后如何调整给一个哈希表的冲突处理方式让你算平均查找长度。这类题本身难度不高但有个致命的坑你平时写代码时用的是封装好的 sort() 或 STL 容器对底层实现的细节记忆是模糊的。比如快速排序在最坏情况下的时间复杂度是多少、稳定还是不稳定写代码时完全不需要关心但考试就考这些。我在复盘时发现排序算法的稳定性、堆和栈的存储区别、哈希冲突的几种处理方式这些是出现频率极高的考点值得反复背。3.2 操作系统与网络概念题里埋的“坑”操作系统和计算机网络这两块2018年这套题出得中规中矩但处处是细节。进程和线程的区别、死锁的四个必要条件、银行家算法、页面置换算法的缺页次数计算这些是基本盘。网络部分则是TCP三次握手为什么是三次而不是两次、TIME_WAIT状态的作用、HTTP和HTTPS的端口与连接过程、常见HTTP状态码的含义。这些题对认真上过课的人来说不算难真正让人翻车的是“组合式考法”。比如给你一段描述问这句话描述的是进程还是线程、是同步还是异步、是阻塞还是非阻塞再比如给你一个具体场景比如服务器上有个服务访问很慢让你选最可能的原因和排查手段。这类题需要你不仅记得概念的定义还分得清概念之间的边界在做题的时候要把每道题当作一个小场景去推演而不是仅凭印象去匹配。3.3 数据库与SQL银行场景下的重点考察数据库这门课在银行笔试中的地位怎么强调都不过分。信用卡中心的核心系统本质上就是一套围绕数据库构建的庞大业务逻辑所以数据库相关的题出得又多又细。SQL语法题的常见考法是给两张表让你判断某条查询语句的结果或者从几个选项中选出实现某个业务需求的正确SQL。索引部分会考B树索引的结构特点、什么情况下索引会失效、覆盖索引是什么意思。事务部分会考ACID四个特性、四种隔离级别分别解决什么问题、脏读和不可重复读和幻读的区别。还有乐观锁和悲观锁的适用场景这在银行系统里是高频考点因为它直接对应金融交易中防止数据不一致的手段。这里有一个很典型的陷阱很多人知道“索引能加速查询”却答不出“在性别字段上建索引为什么效果很差”或者“为什么字符串列用like %xx% 不会走索引”。这类问题本质上考的是对索引底层B树结构的理解而不是死记硬背结论。如果没有把原理吃透换个场景出题就懵了。3.4 Java与面向对象银行技术栈的主菜招商银行信用卡中心的后端开发以Java为主所以笔试里 Java 相关的题目占据了专业题的相当比例。这部分考得非常基础但覆盖面很广。String、StringBuffer、StringBuilder 的区别 和 equals 的区别HashMap 和 Hashtable 的区别ArrayList 和 LinkedList 的区别重载和重写的区别接口和抽象类的区别异常体系中的 checked 和 unchecked这些几乎都是必考范围内的题。Java内存区域、GC回收的基本机制、JVM类加载过程也会出现但通常不会考得太深。要注意的是Java的题经常把几个基础概念揉在一起考比如给你一段代码判断创建了几个 String 对象或者给你一个 HashMap 的初始容量和负载因子问它扩展到多大时触发扩容。这类题做错了不是因为你不知道基础概念而是因为你没把多个概念串联起来分析。我在准备时总结了“Java高频对比清单”把容易混淆的成对概念一一列出来对比记忆效率非常高。3.5 容易被忽视的“非技术专业题”除了计算机核心课程这套题里还可能出现少量软件工程、设计模式相关的内容。比如常用的设计模式中哪个符合开闭原则、UML 类图中的依赖和关联有什么区别、敏捷开发和瀑布模型的适用场景。这类题占比不大但属于送分题复习软件工程课程时顺手记一下就能拿到。我还记得有一个考点是“什么是幂等性”这在互联网业务里经常提但在学校的软件工程课上不一定讲得深。信用卡中心的交易系统对幂等性的要求极高所以如果你了解幂等概念并且能举出“重复提交订单时如何保证数据一致”的例子在后续面试中会是一个明显加分项。这部分不需要报班找一些架构设计相关的文章看一遍把概念和场景对应起来就够了。4. 编程题从暴力解到最优解的取舍说完了选择题再来说说真正需要写代码的部分。编程题在这套笔试里占的比例不算大但分值不可忽视而且它直接向面试官传递“这个人代码水平到底行不行”的信号。4.1 编程题的整体难度判断从体感上看这套编程题的难度大约在力扣中等偏下不会出现特别刁钻的算法题。2018年那批题里面有字符串处理、数组操作、链表的常见操作这类数据结构题也有需要一点动态规划思路的题目。和互联网大厂的笔试相比它的计算量和复杂度都低了不少但对代码完整度和边界条件的要求并不低。这就形成了一种错觉很多人觉得题不难自己也会做但实际提交后通过率并不可观。原因通常不是算法思路不对而是边界条件没处理好。比如数组为空的处理、字符串长度只有一位的情况、数值溢出的问题在线判定系统会把极端数据都跑一遍你的代码只要有一个边界没过就扣分甚至直接判定不通过。4.2 典型题型的解题思路以字符串类题目为例常见的考法有字符串反转、字符去重后按字典序排列、判断一个字符串能否由另一个字符串循环移位得到、最长公共子串。这些题的解法都有固定套路核心是掌握双指针、滑动窗口、哈希表这几个工具。数组类题目里最大连续子序列和、两数之和、合并两个有序数组这类题的出镜率很高。两数之和有暴力解和哈希表优化两种写法笔试时如果时间紧张可以先交暴力解但你要知道这绝不是满分答案。在面试中如果被追问复杂度你得能说出优化方案这就需要在平时练习时养成“先想暴力解再思考如何优化”的习惯。动态规划题在2018年那套题里也有但不会太难。比较常见的是斐波那契数列类、爬楼梯类、背包问题的最基础版本。这类题的关键是找到状态转移方程写代码反而是最后一步。如果平时刷题量太小遇到这类题确实容易无从下手建议在备考时把常见的DP模型系统性地过一遍。4.3 在线笔试环境对代码习惯的隐性要求相比题目本身编程题部分真正让人不习惯的是考试环境。在线笔试系统里只有一个非常朴素的网页编辑器没有代码自动补全没有语法提示没有本地调试器输出结果只显示“通过/不通过”但不告诉你具体错在哪组测试用例上。这意味着你在平时练习时要刻意训练“脱离IDE写代码”的能力。我见过不少同学在本地IDE里写代码很流畅一到在线笔试系统就频繁报编译错误最常见的原因是导包不完整、类名写得和题目要求不一致、main函数签名写错。这些在IDE里会被自动纠正的问题在笔试系统里全部变成编译失败。另一个坑是输入输出。在线笔试的输入输出格式非常严格多余的空格、多输出的换行、多打印的调试信息都会导致判题错误。我的建议是平时练习时直接用标准输入输出不要用本地文件流代码写好之后删掉所有调试输出语句再提交提交前花十秒钟检查类名、方法签名是否和题目要求一字不差。4.4 一个性价比最高的策略先暴力再优化如果你的时间不足以同时写出暴力解和最优解我的建议是先把暴力解提交上去确保拿到部分通过的分值再用剩余时间思考优化。很多人在笔试时犯的错误是一开始就死磕最优解结果写了一个小时没写出来回头看连暴力解的分数都没拿到。笔试成绩是按通过率算的暴力解即使只能通过部分测试用例也比空着或编译错误要强得多。先提交一版能跑通逻辑的代码拿到基础分再优化这是任何在线笔试中性价比最高的策略。5. 不想当炮灰从现在开始这样准备最划算如果你现在距离笔试还有几周到几个月的时间下面这份备考思路可供参考。它不是短期突击方案而是一条利用有限时间拿到最大化收益的路径。5.1 用“考点图谱”代替“盲目刷题”打开力扣就开始随机刷题是效率最低的准备方式。银行笔试的考点范围其实是高度可预测的建议你先花半天时间把所有可能的考点列成一张图谱按章节归类然后对照自己的掌握情况逐项打钩。数据结构、算法、操作系统、计算机网络、数据库、Java基础这六大板块每一块列出具体知识点先把图谱建起来再谈复习。刷题的时候也建议按知识点专项刷而不是按题目难度刷。比如今天专门练“链表类题目”明天专门练“动态规划入门”后天专门练“字符串处理”。每个知识点一次性吃透比分散刷十道不同类型的题效果更好。5.2 计算机基础的复习顺序先数据库再Java最后才是算法如果按投入产出比给计算机基础排序我的建议是数据库 Java基础 计算机网络/操作系统 算法刷题。为什么数据库排第一因为银行系统的核心就是数据数据库相关的题出现频率高而且知识点相对集中。事务、索引、隔离级别、SQL语法这几块内容花几天时间就能系统掌握性价比极高。Java基础排第二因为招商银行的技术栈以Java为主这部分题占比也很大而且知识点好背属于“背了就有分”。计算机网络和操作系统排在中间覆盖范围广但深度不深理解了最核心的概念就能应对大部分题。算法刷题排在最后是因为银行笔试的编程题难度不大你不需要达到竞赛水平把常见题型的套路掌握了就够用。5.3 行测和性格测试也值得认真对待再看一眼综合素质部分。行测准备起来不需要太多时间每天花20分钟做几道题重点是掌握套路。图形推理考的就是叠加、旋转、对称、封闭区间这几类逻辑推理重点练加强削弱和真假推理排除法非常好用资料分析重点是快速定位数据和估算能力不需要精确计算出小数点后好几位。性格测试不需要准备但值得在笔试前了解一下自己的回答倾向。找几套性格测试模拟题做一遍看看自己在压力应对、规则意识、团队协作这些维度上是偏左还是偏右做到心里有数。这样正式答题时就不会出现前后矛盾的情况。5.4 完整模拟一次整套题的节奏在正式笔试之前强烈建议完整模拟至少一次。找一个不被打扰时间设置好倒计时关闭所有聊天软件从综合素质到专业题再到编程题完完整整做一遍。模拟的时候不仅要关注正确率更要记录时间分配哪些部分超时了哪些题是蒙的哪道编程题卡了太久考完之后花一小时复盘效果比刷十道新题都好。我之前就吃过没模拟的亏。第一次做整套题的时候在综合素质部分的言语理解上花了太多时间导致后面专业题时间不够有几道会的题都没来得及仔细看。正式笔试前做一次全真模拟你的时间感知会完全不同。6. 复盘这套题之后我最想说的三件事这套题考完到我写下这些内容已经过去很长时间了中间我也见过不少后来的候选人发现大家在准备银行开发岗笔试时反复踩的其实都是类似的坑。最后汇总成三点希望能帮你少走一点弯路。6.1 笔试成绩比你想象中更重要很多备考的同学默认笔试只是敲门砖过了就行分数高低无所谓。但银行招聘的过程是批量筛选笔试分数直接影响你进入面试的批次和面试官对你的初始印象。笔试成绩高的人在面试中拥有更多的容错空间这一点在竞争激烈的批次里尤其明显。所以宁可前面花点时间把专业基础题答稳也不要为了追求编程题满分而在前面的选择题上仓促作答。笔试阶段的目标是“总分最大化”不是“单题最优”。6.2 别把时间押在算法上基础题才是基本盘我发现很多技术同学备战银行笔试时最大的误区就是把所有时间都砸在刷算法题上结果数据库隔离级别、HashMap 底层原理、TCP 挥手为什么要四次这类“性价比极高”的基础题反而没复习到位。银行笔试的编程题难度有限真正决定你是否通过的是那些覆盖面很广的基础选择题。你可以把准备笔试的时间按“基础6成、行测1成、编程题3成”来分配。基础不稳编程题写得再好也很难弥补基础扎实了编程题正常发挥通过就不成问题。6.3 把“能写对”和“能说清”当成两个目标这一点是给那些不只想通过笔试、还想要走到最后的人的建议。笔试只是第一关后面还有技术面试。你在准备笔试的过程中每复习一个知识点都试着用自己的话复述一遍而不仅仅是在选项里认得它。事务的隔离级别为什么这样设计索引为什么能加速查询HashMap 在并发下会有怎样的问题这些问题在笔试里是选择题在面试里就是开放性提问。我的亲身体会是笔试时“看到选项能认出来”和面试时“被问到能完整解释清楚”之间相差着大量的理解深度。如果你准备笔试时就尽力把每个考点理解到位那你后续面试的复习量会小很多。这套2018年的笔试题本身就是一个很好的知识图谱认认真真把它拆解透了收获的远不止一场笔试的通过。