如果你正打算投递金融科技类的研发岗位或者对国内IT公司的笔试风格有些好奇那这份恒生公司2016年的研发工程师笔试卷值得好好翻一翻。2016年距离现在虽然有些年头但它的命题思路恰恰代表了金融交易系统研发团队选拔技术人才的核心逻辑不追求偏题怪题而是老老实实考察计算机基础功、算法思维和工程素养。我当年参加过类似的笔试后来也帮忙整理过不少笔试题解这套卷子里的很多考点至今仍会出现在各类技术面试中。这份试卷适合谁如果你是准备校招或跳槽的Java开发工程师尤其是目标锁定在金融、证券、银行IT方向那这份卷子的参考价值很高。它考的不只是会不会写代码更是能不能在内存紧张、并发量高、数据一致性要求严苛的环境下写出可靠的代码。哪怕是已经工作两三年的开发者拿来自测一下基础知识是否扎实也会有不少收获。1. 试卷整体结构与考察维度拆解1.1 恒生笔试的命题逻辑为什么这样考恒生电子是金融IT领域的老牌厂商核心产品覆盖证券、基金、银行、期货等整个金融产业链的软件系统。这类系统的特点非常鲜明对稳定性要求极高对并发处理能力要求苛刻对数据准确性容不得半点差错。因此研发工程师笔试的命题逻辑就围绕着这几个核心能力展开。2016年的这套卷子大致分为四个部分单选题、多选题、简答题和编程题。单选题覆盖了Java基础、操作系统、计算机网络、数据库原理多选题则偏向Java集合框架、多线程并发和数据结构的细节辨析。简答题通常是一两道场景设计题编程题则是经典的算法实现比如链表操作、字符串处理、二叉树遍历或动态规划。这种结构在今天的笔试中依然常见但2016年恒生的题目相比互联网大厂更收敛不会出现非常偏门的脑筋急转弯式题目而是把考点集中在日常开发真正要用到的东西上。这其实是个很务实的信号恒生招人更看重的是你一入职能不能尽快融入真实业务开发而不是你刷了多少道LeetCode难题。1.2 题型分值分布与时间策略一份笔试卷子先搞清楚分值分布比闷头做题更重要。2016年恒生这套卷子我的印象是选择题占40%左右简答题和编程题占60%左右。选择题考得广但单题分值低编程题虽然只有两三道但分值占比高而且往往是拉开差距的关键。这里有一个很现实的应试策略选择题不需要追求全对但要在45到60分钟内快速解决战斗把时间留给后面的大题。编程题才是面试官真正关注的部分因为代码写的怎么样直接反映你的工程能力。我见过不少同学在前面选择题上纠结太久结果最后一道编程题只留了十几分钟草草写了个大概思路这种丢分太可惜了。从复习策略来看这套卷子上手的最佳方式是先做一遍严格控制时间模拟真实的笔试场景。做完之后不要急着对答案而是每道错题都追到对应的知识点把原理搞清楚。如果你能把这份卷子的考点吃透再去应对其他金融科技公司的笔试基本上会轻松很多。2. 核心考点逐一拆解2.1 算法与数据结构笔试的胜负手数据结构与算法在这份卷子里的占比相当大也是区分度最高的部分。2016年恒生的编程题和部分选择题都围绕链表、二叉树、字符串、排序和动态规划展开。链表题是恒生笔试的常客。常见的有反转链表、判断链表是否有环、找到链表倒数第K个节点。这类题目本身不难但很考验编码的边界意识比如头节点的处理、空指针的判断、循环条件的终止。很多人在LeetCode上能AC但笔试纸上写代码就容易漏掉细节。我个人建议是链表题一定要自己动手在白纸上画一遍指针的变化过程把每个步骤的节点关系理清楚再下笔。二叉树题目同样高频出现。前中后序遍历、层序遍历、求树深度、判断平衡二叉树、最近公共祖先这些都是经典题目。2016年恒生的笔试卷里我记得有一道层序遍历的变体要求按层输出每一层的节点值。这个考法至今在面试中也很常见因为层序遍历天然涉及队列的使用能考察你对BFS的理解深度。排序算法方面快排和归并排序是必须手写熟练的。快排要能解释清楚pivot的选取为什么会影响最坏时间复杂度归并排序要理解它的空间开销。恒生的题目不会直接问你请写出快速排序而是通过一道类似求数组第K大元素的题目间接考察你快排分治思想的掌握程度。动态规划在2016年的卷子里是一道压轴级的存在。金融IT领域的算法题偏重DP因为很多风控、清算、资金管理的场景本质上都是最优化问题比如资产组合的最优配置、资金调度的最小成本等。笔试题通常不会直接涉及真实业务但会用典型的DP模型来考察你的状态定义和转移方程推导能力。2.2 Java核心基础与并发编程恒生是Java技术栈的重度用户所以Java基础这部分考察得很细。equals与hashCode的契约关系、String与StringBuilder的区别、HashMap的底层实现原理与线程安全性、ArrayList和LinkedList的适用场景这些都是选择题的常客。HashMap是个绕不开的考点。2016年Java 8已经普及所以ConcurrentHashMap的分段锁机制和CAS操作也是考察重点。我当时复习时最深的体会是HashMap的问题不能只看结论比如HashMap不是线程安全的而是要能解释清楚为什么线程不安全多线程put时可能出现什么现象resize过程中链表成环的问题在Java 8后如何改善。把原理讲透面试官对你的评价会明显高一个档次。多线程并发这块恒生考的不只是synchronized和Lock的语法更看重你对可见性、原子性、有序性的理解。voliate关键字为什么能保证可见性但不能保证原子性ThreadLocal的实现原理和使用注意事项线程池的核心参数含义与拒绝策略这些都要能说得清楚。一个印象很深的点恒生笔试出现过一道考察synchronized加在static方法和实例方法上的区别的题目。这个考点不难但很容易被忽略。synchronized修饰static方法锁定的是Class对象修饰实例方法锁定的是当前实例对象两者锁的不是同一个东西。这种细节正是金融IT公司喜欢的考察方式因为真实的多线程开发中锁的粒度选择直接关系到系统的性能与正确性。2.3 数据库与网络金融业务的底层支撑数据库在恒生笔试中的分量不轻。金融系统是数据密集型系统SQL的编写能力是硬指标。2016年的卷子里数据库相关题目主要集中在多表连接查询、索引失效场景、事务的ACID特性与隔离级别。SQL题目常考的是经典的学生选课表或订单表结构。给你三四张表让你查出没有选过某门课的学生名单或者某个月内消费金额超过一定数值的用户。这类题目本质上是在考JOIN语句的灵活运用以及GROUP BY和HAVING的组合使用。索引这块恒生偏好在选择题里考察覆盖索引、最左前缀原则、索引失效的几种典型情况。比如对索引列使用函数、隐式类型转换、LIKE以通配符开头这些都会导致索引失效。理解索引原理不能只背结论而是要想清楚InnoDB的B树结构为什么有这样的特性。网络知识方面TCP三次握手和四次挥手是必考内容但恒生的考法更偏向实际应用。比如会出现一个场景题客户端和服务端建立TCP连接后一端异常断电另一端如何感知连接已断开这就涉及到TCP的保活机制和超时重传。还有HTTP与HTTPS的区别、HTTP请求的完整过程、DNS解析过程这类基础题平时不常用到的话还是需要专门复习一遍的。事务这块ACID四个特性和四种隔离级别要能默写出来更重要的是理解每种隔离级别对应解决什么问题。RR可重复读级别下InnoDB通过MVCC和间隙锁避免幻读这个机制在金融交易系统中极其重要因为资金操作绝对不能出现幻读的情况。3. 典型题目的完整解题思路还原3.1 链表反转递归与迭代两种实现链表反转是恒生笔试的高频题2016年的卷子里出现了。这里我给出完整的解题思路。迭代法的核心思路是维护三个指针prev、current、next。每一步把current的next指向前一个节点prev然后整体向后移动。边界条件要注意反转完成后原来的头节点变成了尾节点其next必须指向null否则会出现循环引用。public ListNode reverseList(ListNode head) { ListNode prev null; ListNode current head; while (current ! null) { ListNode next current.next; current.next prev; prev current; current next; } return prev; }递归法的思路更简洁但理解门槛稍高。递归的核心假设是reverseList(head.next)已经完成了从head.next开始到末尾的反转此时只需要让head.next.next指向head再断开head原来的next指向即可。public ListNode reverseList(ListNode head) { if (head null || head.next null) { return head; } ListNode newHead reverseList(head.next); head.next.next head; head.next null; return newHead; }实际笔试中我建议优先写迭代法因为递归的压栈过程在数据量较大时可能出现栈溢出而且面试官在纸面代码上检查递归更容易挑出边界处理的毛病。写完后一定要手动模拟一遍比如输入1-2-3-4-5逐步走一遍看输出是不是5-4-3-2-1。3.2 最长公共子序列动态规划的经典模型动态规划这道题是当年卷子的压轴编程题之一。最长公共子序列LCS是DP入门的经典模型。题目描述很简单给定两个字符串text1和text2返回它们的最长公共子序列长度。解题第一步是定义状态。用dp[i][j]表示text1的前i个字符与text2的前j个字符的最长公共子序列长度。第二步是推导状态转移方程当text1[i-1] text2[j-1]时dp[i][j] dp[i-1][j-1] 1当text1[i-1] ! text2[j-1]时dp[i][j] max(dp[i-1][j], dp[i][j-1])边界条件是dp[0][j]0和dp[i][0]0即任一字符串为空时公共子序列长度为0。public int longestCommonSubsequence(String text1, String text2) { int m text1.length(); int n text2.length(); int[][] dp new int[m 1][n 1]; for (int i 1; i m; i) { for (int j 1; j n; j) { if (text1.charAt(i - 1) text2.charAt(j - 1)) { dp[i][j] dp[i - 1][j - 1] 1; } else { dp[i][j] Math.max(dp[i - 1][j], dp[i][j - 1]); } } } return dp[m][n]; }这道题在笔试中的价值在于它考察的是建模能力而不是代码技巧。如果平时只刷题不总结遇到变体题就很容易卡壳。比如恒生可能把字符串换成两个数组或者要求输出具体的子序列而不只是长度。状态定义和转移方程的推导思路是不变的变通的前提是把原理真正吃透。3.3 SQL多表查询从分组聚合到子查询嵌套数据库大题的典型考法是有订单表ordersorder_id, user_id, amount, order_date和用户表usersuser_id, name, city要求统计每个城市在2015年12月的订单总金额并输出金额前3的城市。第一步先把两个表按user_id连接起来筛选出2015年12月的数据然后按city分组对amount求和。第二步对分组结果按总金额排序取前三名。SELECT u.city, SUM(o.amount) AS total_amount FROM orders o JOIN users u ON o.user_id u.user_id WHERE o.order_date 2015-12-01 AND o.order_date 2016-01-01 GROUP BY u.city ORDER BY total_amount DESC LIMIT 3;这个答案本身不难但有几个细节值得注意。日期范围筛选用和的组合而不是用BETWEEN是为了避免date类型带时分秒时边界判断不准确的问题这是一个很实用的避坑技巧。另外如果题目要求没有订单的城市也要输出0那就要把INNER JOIN改成LEFT JOIN并在SUM时处理NULL值。笔试时可以把两种写法都写在答题纸上并注明适用场景这个加分项很有效。4. 备考策略与应试方法论4.1 刷题之外的三个关键准备很多人准备笔试就是闷头刷题但针对恒生这种金融科技公司的笔试刷题之外还有三个准备不能忽略。第一要熟悉Java集合框架和并发包的源码级别知识。选择题中关于HashMap、ConcurrentHashMap、ArrayList、LinkedList的问题如果只是背结论遇到变体题就露馅了。建议花时间读一遍HashMap的put方法源码理解链表转红黑树的阈值8和退化阈值6背后的设计考量。第二要针对金融业务场景做一些知识储备。比如简单地了解交易系统的大致架构、清结算流程的T1机制、资金账户的冻结与解冻逻辑。这些知识不一定直接出现在笔试题里但简答题如果出到如何设计一个高可用的交易服务你就能结合具体的业务约束给出更有说服力的答案而不是泛泛而谈用集群和负载均衡。第三要训练手写代码的熟练度。笔试环境往往是纸笔或者在线编辑器不提供代码提示和自动补全。平时刷题用IDE习惯了突然手写就容易出现低级错误。建议考前一周每天在纸上手写两到三个算法题的完整代码写完后自己检查语法和边界。4.2 笔试现场的时间分配与检查清单时间分配是应试中直接影响得分的关键因素。我的建议是拿到试卷后先不要急着动笔用3到5分钟通读全部试题标记出自己一眼就会的、需要思考的、完全没思路的题目。选择题部分控制在总时间的35%以内。遇到犹豫不决的题先标记一个最可能的答案然后继续往下走不要在单题上消耗超过3分钟。多选题是重灾区金融IT笔试的多选题通常少选得部分分、多选不得分所以拿不准的选项宁可不选。编程题至少留出40分钟。先写思路注释再写核心代码最后处理边界条件。写完后用简单的测试用例在脑海里运行一遍检查数组越界、空指针、循环终止条件这三类最常见的Bug。这里有一份我在实践中总结的笔试检查清单分享给大家参考检查所有循环的边界条件注意是还是检查是否有除零、空指针、数组越界等运行时异常检查String比较是否用了equals而不是检查HashMap和HashSet的key对象是否重写了hashCode和equals检查SQL语句是否处理了NULL值检查递归是否有终止条件是否会栈溢出5. 面试官视角这份试卷背后的选人标准5.1 从评分角度解读答题策略作为过来人我后来也参与过类似的笔试试卷批改工作从评分角度谈谈答题策略这对应试者来说是非常有价值的视角。批改编程题的时候评分顺序是答案的完整性、代码的结构、边界处理、效率。一段代码如果整体思路正确只是某个边界条件没想到通常只会扣一小部分分。但如果思路错了即使代码写得再工整也只能拿一个过程分。所以答题时在动手写代码之前先用文字把算法思路写清楚这样即使代码部分有Bug判卷者也能看到你的思考过程多少会给一些分数。选择判断题部分没有过程分但判卷是可以看出知识盲区的。比如同一张卷子上某个学生多选题频繁出现同样的错误模式基本可以推断他在某个知识点上有系统性偏差这也会在面试环节被对应追问。5.2 笔试之外的隐形加分项恒生笔试的简答题往往带有一些软性考察目的。比如题目问请设计一个分布式缓存方案表面上考的是技术设计能力实际上也在观察你的表达逻辑、权衡思维和对业务场景的理解。这类开放题没有标准答案但有高低之分的答题方式。低分答案往往直接把Redis、Memcached等名词堆上去不讲场景、不问约束。高分答案会先分析业务场景数据量级有多大读写比例如何缓存一致性要求有多高可接受的数据丢失窗口是多长然后根据不同约束给出分层次的方案。还有一个隐形加分项是在代码注释和代码风格上。笔试时间紧张很多人代码写到后面就放飞自我了变量名随意、注释为零。但如果你能在有限时间内保持清晰变量命名和关键逻辑的注释判卷者的好感度会明显提升。这反映的是你的工程习惯而工程习惯是招聘时非常看重但很难通过面试考察的维度。6. 常见问题与避坑实录6.1 知识点复习中的高频盲区结合这么多年刷题和辅导的经验我发现考生在准备这套卷子时有几个高频盲区。第一个是Java中Integer的缓存机制。题目会给一段代码问两个Integer对象用比较是否相等。如果数值在-128到127之间会走缓存返回true超出范围则new了新对象返回false。这个考点藏在基本类型和包装类型的自动装箱机制里是选择题的经典陷阱。第二个是TCP的TIME_WAIT状态。理论背得滚瓜烂熟但做题时容易忽略TIME_WAIT存在的两个原因一是确保最后的ACK能到达对端二是让旧连接的重复报文段在网络中自然消失。如果问服务端主动关闭连接会有什么问题答案就是会产生大量TIME_WAIT连接占用本地端口资源。第三个是数据库的MVCC机制。知道RR隔离级别下InnoDB如何通过undo log实现快照读但不清楚当前读和快照读的区别。题目可能会问一个事务内多次查询为什么结果一致即使其他事务已经提交了修改。理解了当前读加锁、快照读不加锁的原理这类题就不会绕晕。6.2 现场发挥中的低级失误笔试现场的低级失误很多时候不是不会而是状态管理出了问题。第一个常见失误是时间分配失衡前面选择题磨蹭太久后面大题只能仓促作答。解决办法是考前用模拟卷练习时刻意训练自己的时间节奏形成肌肉记忆。第二个低级失误是审题不清。题目要求输出降序排列结果代码写成了升序要求用递归结果写了迭代。这往往是因为太想快点动手跳过了读题和确认输出格式的步骤。我的习惯是在草稿纸上把输入输出的示例抄一遍写代码时不断对照示例验证。第三个失误是代码风格问题。笔试的判卷系统通常不接受带package语句的代码class名也要求是Main。这些规则不提前了解考试时很容易因为这些琐碎原因扣分。考试前一定要看清楚考试平台的使用说明把环境问题在开考之前解决掉。6.3 经典题有哪些变体需要留意恒生笔试中的经典题在往年的题目里常常以各种变体形态出现这里梳理几个值得留意的方向。链表反转的变体有K个一组反转链表、反转链表中第m到第n个节点、两两交换链表中的节点。这些变体在考察的都是对指针操作的掌握程度核心思路是搞清楚反转区间的边界和前驱后继关系。二叉树层序遍历的变体有按Z字形顺序输出节点、按层输出时区分每一层的边界、从底向上层序遍历。这些变体本质上是在考队列的使用和层内节点数的确定方式。Z字形的思路是同一层内根据层奇偶性决定正向还是反向输出实现上可以用双端队列或者先收集再反转。SQL查询的变体有排名问题连续排名和不连续排名、分组TopN问题、同比环比计算。2016年还没有现在这么流行的窗口函数但今天的笔试中ROW_NUMBER()、RANK()、DENSE_RANK()这几个窗口函数的区别是高频考点建议复习时顺手掌握。7. 从笔试到Offer后续的面试准备建议笔试只是第一关通过笔试之后还有技术面试、HR面试等环节这里补充一些承上启下的准备建议。技术面试阶段面试官会针对笔试试卷发问。做的好的题可能会让你现场再讲一遍思路做的不好的题很可能就是面试的破局点。所以笔试结束后强烈建议第一时间复盘每道题的答案尤其是编程题尝试多种解法并分析每种解法的复杂度。这样做一举两得既巩固了知识也为面试做好了准备。还要提前准备一个项目经历的讲解链路。恒生这类公司很看重候选人的实际项目经验。你需要准备一个最能体现你技术水平的项目按照项目背景、技术选型、核心难点、解决方案、最终效果的结构讲清楚。注意技术细节要经得起追问比如你说用了Redis缓存就要能回答缓存穿透、缓存击穿、缓存一致性的问题否则很容易在追问中露怯。面试最后阶段通常会有反问环节。建议不要问薪资待遇这种HR面才聊的问题而是问团队目前的技术栈、系统面临的挑战、新人的培养机制。这些问题能表现出你对公司和岗位的认真态度也能帮你判断这个团队是否适合自己。我在实际接触过不少投递恒生的候选人之后一个很深的体会是恒生的笔试与其说是一场考试不如说是一次技术基本功的体检。它不会向你索取花哨的技术名词而是想确认你有没有真正吃透那些你在日常开发中用到的基本功。这套2016年的卷子本质上适合任何一位想在国内金融科技领域长期发展的工程师反复琢磨毕竟掌握原理带来的底气任何时候都不过时。 恒生研发工程师笔试题解析：Java基础与算法核心考点
如果你正打算投递金融科技类的研发岗位或者对国内IT公司的笔试风格有些好奇那这份恒生公司2016年的研发工程师笔试卷值得好好翻一翻。2016年距离现在虽然有些年头但它的命题思路恰恰代表了金融交易系统研发团队选拔技术人才的核心逻辑不追求偏题怪题而是老老实实考察计算机基础功、算法思维和工程素养。我当年参加过类似的笔试后来也帮忙整理过不少笔试题解这套卷子里的很多考点至今仍会出现在各类技术面试中。这份试卷适合谁如果你是准备校招或跳槽的Java开发工程师尤其是目标锁定在金融、证券、银行IT方向那这份卷子的参考价值很高。它考的不只是会不会写代码更是能不能在内存紧张、并发量高、数据一致性要求严苛的环境下写出可靠的代码。哪怕是已经工作两三年的开发者拿来自测一下基础知识是否扎实也会有不少收获。1. 试卷整体结构与考察维度拆解1.1 恒生笔试的命题逻辑为什么这样考恒生电子是金融IT领域的老牌厂商核心产品覆盖证券、基金、银行、期货等整个金融产业链的软件系统。这类系统的特点非常鲜明对稳定性要求极高对并发处理能力要求苛刻对数据准确性容不得半点差错。因此研发工程师笔试的命题逻辑就围绕着这几个核心能力展开。2016年的这套卷子大致分为四个部分单选题、多选题、简答题和编程题。单选题覆盖了Java基础、操作系统、计算机网络、数据库原理多选题则偏向Java集合框架、多线程并发和数据结构的细节辨析。简答题通常是一两道场景设计题编程题则是经典的算法实现比如链表操作、字符串处理、二叉树遍历或动态规划。这种结构在今天的笔试中依然常见但2016年恒生的题目相比互联网大厂更收敛不会出现非常偏门的脑筋急转弯式题目而是把考点集中在日常开发真正要用到的东西上。这其实是个很务实的信号恒生招人更看重的是你一入职能不能尽快融入真实业务开发而不是你刷了多少道LeetCode难题。1.2 题型分值分布与时间策略一份笔试卷子先搞清楚分值分布比闷头做题更重要。2016年恒生这套卷子我的印象是选择题占40%左右简答题和编程题占60%左右。选择题考得广但单题分值低编程题虽然只有两三道但分值占比高而且往往是拉开差距的关键。这里有一个很现实的应试策略选择题不需要追求全对但要在45到60分钟内快速解决战斗把时间留给后面的大题。编程题才是面试官真正关注的部分因为代码写的怎么样直接反映你的工程能力。我见过不少同学在前面选择题上纠结太久结果最后一道编程题只留了十几分钟草草写了个大概思路这种丢分太可惜了。从复习策略来看这套卷子上手的最佳方式是先做一遍严格控制时间模拟真实的笔试场景。做完之后不要急着对答案而是每道错题都追到对应的知识点把原理搞清楚。如果你能把这份卷子的考点吃透再去应对其他金融科技公司的笔试基本上会轻松很多。2. 核心考点逐一拆解2.1 算法与数据结构笔试的胜负手数据结构与算法在这份卷子里的占比相当大也是区分度最高的部分。2016年恒生的编程题和部分选择题都围绕链表、二叉树、字符串、排序和动态规划展开。链表题是恒生笔试的常客。常见的有反转链表、判断链表是否有环、找到链表倒数第K个节点。这类题目本身不难但很考验编码的边界意识比如头节点的处理、空指针的判断、循环条件的终止。很多人在LeetCode上能AC但笔试纸上写代码就容易漏掉细节。我个人建议是链表题一定要自己动手在白纸上画一遍指针的变化过程把每个步骤的节点关系理清楚再下笔。二叉树题目同样高频出现。前中后序遍历、层序遍历、求树深度、判断平衡二叉树、最近公共祖先这些都是经典题目。2016年恒生的笔试卷里我记得有一道层序遍历的变体要求按层输出每一层的节点值。这个考法至今在面试中也很常见因为层序遍历天然涉及队列的使用能考察你对BFS的理解深度。排序算法方面快排和归并排序是必须手写熟练的。快排要能解释清楚pivot的选取为什么会影响最坏时间复杂度归并排序要理解它的空间开销。恒生的题目不会直接问你请写出快速排序而是通过一道类似求数组第K大元素的题目间接考察你快排分治思想的掌握程度。动态规划在2016年的卷子里是一道压轴级的存在。金融IT领域的算法题偏重DP因为很多风控、清算、资金管理的场景本质上都是最优化问题比如资产组合的最优配置、资金调度的最小成本等。笔试题通常不会直接涉及真实业务但会用典型的DP模型来考察你的状态定义和转移方程推导能力。2.2 Java核心基础与并发编程恒生是Java技术栈的重度用户所以Java基础这部分考察得很细。equals与hashCode的契约关系、String与StringBuilder的区别、HashMap的底层实现原理与线程安全性、ArrayList和LinkedList的适用场景这些都是选择题的常客。HashMap是个绕不开的考点。2016年Java 8已经普及所以ConcurrentHashMap的分段锁机制和CAS操作也是考察重点。我当时复习时最深的体会是HashMap的问题不能只看结论比如HashMap不是线程安全的而是要能解释清楚为什么线程不安全多线程put时可能出现什么现象resize过程中链表成环的问题在Java 8后如何改善。把原理讲透面试官对你的评价会明显高一个档次。多线程并发这块恒生考的不只是synchronized和Lock的语法更看重你对可见性、原子性、有序性的理解。voliate关键字为什么能保证可见性但不能保证原子性ThreadLocal的实现原理和使用注意事项线程池的核心参数含义与拒绝策略这些都要能说得清楚。一个印象很深的点恒生笔试出现过一道考察synchronized加在static方法和实例方法上的区别的题目。这个考点不难但很容易被忽略。synchronized修饰static方法锁定的是Class对象修饰实例方法锁定的是当前实例对象两者锁的不是同一个东西。这种细节正是金融IT公司喜欢的考察方式因为真实的多线程开发中锁的粒度选择直接关系到系统的性能与正确性。2.3 数据库与网络金融业务的底层支撑数据库在恒生笔试中的分量不轻。金融系统是数据密集型系统SQL的编写能力是硬指标。2016年的卷子里数据库相关题目主要集中在多表连接查询、索引失效场景、事务的ACID特性与隔离级别。SQL题目常考的是经典的学生选课表或订单表结构。给你三四张表让你查出没有选过某门课的学生名单或者某个月内消费金额超过一定数值的用户。这类题目本质上是在考JOIN语句的灵活运用以及GROUP BY和HAVING的组合使用。索引这块恒生偏好在选择题里考察覆盖索引、最左前缀原则、索引失效的几种典型情况。比如对索引列使用函数、隐式类型转换、LIKE以通配符开头这些都会导致索引失效。理解索引原理不能只背结论而是要想清楚InnoDB的B树结构为什么有这样的特性。网络知识方面TCP三次握手和四次挥手是必考内容但恒生的考法更偏向实际应用。比如会出现一个场景题客户端和服务端建立TCP连接后一端异常断电另一端如何感知连接已断开这就涉及到TCP的保活机制和超时重传。还有HTTP与HTTPS的区别、HTTP请求的完整过程、DNS解析过程这类基础题平时不常用到的话还是需要专门复习一遍的。事务这块ACID四个特性和四种隔离级别要能默写出来更重要的是理解每种隔离级别对应解决什么问题。RR可重复读级别下InnoDB通过MVCC和间隙锁避免幻读这个机制在金融交易系统中极其重要因为资金操作绝对不能出现幻读的情况。3. 典型题目的完整解题思路还原3.1 链表反转递归与迭代两种实现链表反转是恒生笔试的高频题2016年的卷子里出现了。这里我给出完整的解题思路。迭代法的核心思路是维护三个指针prev、current、next。每一步把current的next指向前一个节点prev然后整体向后移动。边界条件要注意反转完成后原来的头节点变成了尾节点其next必须指向null否则会出现循环引用。public ListNode reverseList(ListNode head) { ListNode prev null; ListNode current head; while (current ! null) { ListNode next current.next; current.next prev; prev current; current next; } return prev; }递归法的思路更简洁但理解门槛稍高。递归的核心假设是reverseList(head.next)已经完成了从head.next开始到末尾的反转此时只需要让head.next.next指向head再断开head原来的next指向即可。public ListNode reverseList(ListNode head) { if (head null || head.next null) { return head; } ListNode newHead reverseList(head.next); head.next.next head; head.next null; return newHead; }实际笔试中我建议优先写迭代法因为递归的压栈过程在数据量较大时可能出现栈溢出而且面试官在纸面代码上检查递归更容易挑出边界处理的毛病。写完后一定要手动模拟一遍比如输入1-2-3-4-5逐步走一遍看输出是不是5-4-3-2-1。3.2 最长公共子序列动态规划的经典模型动态规划这道题是当年卷子的压轴编程题之一。最长公共子序列LCS是DP入门的经典模型。题目描述很简单给定两个字符串text1和text2返回它们的最长公共子序列长度。解题第一步是定义状态。用dp[i][j]表示text1的前i个字符与text2的前j个字符的最长公共子序列长度。第二步是推导状态转移方程当text1[i-1] text2[j-1]时dp[i][j] dp[i-1][j-1] 1当text1[i-1] ! text2[j-1]时dp[i][j] max(dp[i-1][j], dp[i][j-1])边界条件是dp[0][j]0和dp[i][0]0即任一字符串为空时公共子序列长度为0。public int longestCommonSubsequence(String text1, String text2) { int m text1.length(); int n text2.length(); int[][] dp new int[m 1][n 1]; for (int i 1; i m; i) { for (int j 1; j n; j) { if (text1.charAt(i - 1) text2.charAt(j - 1)) { dp[i][j] dp[i - 1][j - 1] 1; } else { dp[i][j] Math.max(dp[i - 1][j], dp[i][j - 1]); } } } return dp[m][n]; }这道题在笔试中的价值在于它考察的是建模能力而不是代码技巧。如果平时只刷题不总结遇到变体题就很容易卡壳。比如恒生可能把字符串换成两个数组或者要求输出具体的子序列而不只是长度。状态定义和转移方程的推导思路是不变的变通的前提是把原理真正吃透。3.3 SQL多表查询从分组聚合到子查询嵌套数据库大题的典型考法是有订单表ordersorder_id, user_id, amount, order_date和用户表usersuser_id, name, city要求统计每个城市在2015年12月的订单总金额并输出金额前3的城市。第一步先把两个表按user_id连接起来筛选出2015年12月的数据然后按city分组对amount求和。第二步对分组结果按总金额排序取前三名。SELECT u.city, SUM(o.amount) AS total_amount FROM orders o JOIN users u ON o.user_id u.user_id WHERE o.order_date 2015-12-01 AND o.order_date 2016-01-01 GROUP BY u.city ORDER BY total_amount DESC LIMIT 3;这个答案本身不难但有几个细节值得注意。日期范围筛选用和的组合而不是用BETWEEN是为了避免date类型带时分秒时边界判断不准确的问题这是一个很实用的避坑技巧。另外如果题目要求没有订单的城市也要输出0那就要把INNER JOIN改成LEFT JOIN并在SUM时处理NULL值。笔试时可以把两种写法都写在答题纸上并注明适用场景这个加分项很有效。4. 备考策略与应试方法论4.1 刷题之外的三个关键准备很多人准备笔试就是闷头刷题但针对恒生这种金融科技公司的笔试刷题之外还有三个准备不能忽略。第一要熟悉Java集合框架和并发包的源码级别知识。选择题中关于HashMap、ConcurrentHashMap、ArrayList、LinkedList的问题如果只是背结论遇到变体题就露馅了。建议花时间读一遍HashMap的put方法源码理解链表转红黑树的阈值8和退化阈值6背后的设计考量。第二要针对金融业务场景做一些知识储备。比如简单地了解交易系统的大致架构、清结算流程的T1机制、资金账户的冻结与解冻逻辑。这些知识不一定直接出现在笔试题里但简答题如果出到如何设计一个高可用的交易服务你就能结合具体的业务约束给出更有说服力的答案而不是泛泛而谈用集群和负载均衡。第三要训练手写代码的熟练度。笔试环境往往是纸笔或者在线编辑器不提供代码提示和自动补全。平时刷题用IDE习惯了突然手写就容易出现低级错误。建议考前一周每天在纸上手写两到三个算法题的完整代码写完后自己检查语法和边界。4.2 笔试现场的时间分配与检查清单时间分配是应试中直接影响得分的关键因素。我的建议是拿到试卷后先不要急着动笔用3到5分钟通读全部试题标记出自己一眼就会的、需要思考的、完全没思路的题目。选择题部分控制在总时间的35%以内。遇到犹豫不决的题先标记一个最可能的答案然后继续往下走不要在单题上消耗超过3分钟。多选题是重灾区金融IT笔试的多选题通常少选得部分分、多选不得分所以拿不准的选项宁可不选。编程题至少留出40分钟。先写思路注释再写核心代码最后处理边界条件。写完后用简单的测试用例在脑海里运行一遍检查数组越界、空指针、循环终止条件这三类最常见的Bug。这里有一份我在实践中总结的笔试检查清单分享给大家参考检查所有循环的边界条件注意是还是检查是否有除零、空指针、数组越界等运行时异常检查String比较是否用了equals而不是检查HashMap和HashSet的key对象是否重写了hashCode和equals检查SQL语句是否处理了NULL值检查递归是否有终止条件是否会栈溢出5. 面试官视角这份试卷背后的选人标准5.1 从评分角度解读答题策略作为过来人我后来也参与过类似的笔试试卷批改工作从评分角度谈谈答题策略这对应试者来说是非常有价值的视角。批改编程题的时候评分顺序是答案的完整性、代码的结构、边界处理、效率。一段代码如果整体思路正确只是某个边界条件没想到通常只会扣一小部分分。但如果思路错了即使代码写得再工整也只能拿一个过程分。所以答题时在动手写代码之前先用文字把算法思路写清楚这样即使代码部分有Bug判卷者也能看到你的思考过程多少会给一些分数。选择判断题部分没有过程分但判卷是可以看出知识盲区的。比如同一张卷子上某个学生多选题频繁出现同样的错误模式基本可以推断他在某个知识点上有系统性偏差这也会在面试环节被对应追问。5.2 笔试之外的隐形加分项恒生笔试的简答题往往带有一些软性考察目的。比如题目问请设计一个分布式缓存方案表面上考的是技术设计能力实际上也在观察你的表达逻辑、权衡思维和对业务场景的理解。这类开放题没有标准答案但有高低之分的答题方式。低分答案往往直接把Redis、Memcached等名词堆上去不讲场景、不问约束。高分答案会先分析业务场景数据量级有多大读写比例如何缓存一致性要求有多高可接受的数据丢失窗口是多长然后根据不同约束给出分层次的方案。还有一个隐形加分项是在代码注释和代码风格上。笔试时间紧张很多人代码写到后面就放飞自我了变量名随意、注释为零。但如果你能在有限时间内保持清晰变量命名和关键逻辑的注释判卷者的好感度会明显提升。这反映的是你的工程习惯而工程习惯是招聘时非常看重但很难通过面试考察的维度。6. 常见问题与避坑实录6.1 知识点复习中的高频盲区结合这么多年刷题和辅导的经验我发现考生在准备这套卷子时有几个高频盲区。第一个是Java中Integer的缓存机制。题目会给一段代码问两个Integer对象用比较是否相等。如果数值在-128到127之间会走缓存返回true超出范围则new了新对象返回false。这个考点藏在基本类型和包装类型的自动装箱机制里是选择题的经典陷阱。第二个是TCP的TIME_WAIT状态。理论背得滚瓜烂熟但做题时容易忽略TIME_WAIT存在的两个原因一是确保最后的ACK能到达对端二是让旧连接的重复报文段在网络中自然消失。如果问服务端主动关闭连接会有什么问题答案就是会产生大量TIME_WAIT连接占用本地端口资源。第三个是数据库的MVCC机制。知道RR隔离级别下InnoDB如何通过undo log实现快照读但不清楚当前读和快照读的区别。题目可能会问一个事务内多次查询为什么结果一致即使其他事务已经提交了修改。理解了当前读加锁、快照读不加锁的原理这类题就不会绕晕。6.2 现场发挥中的低级失误笔试现场的低级失误很多时候不是不会而是状态管理出了问题。第一个常见失误是时间分配失衡前面选择题磨蹭太久后面大题只能仓促作答。解决办法是考前用模拟卷练习时刻意训练自己的时间节奏形成肌肉记忆。第二个低级失误是审题不清。题目要求输出降序排列结果代码写成了升序要求用递归结果写了迭代。这往往是因为太想快点动手跳过了读题和确认输出格式的步骤。我的习惯是在草稿纸上把输入输出的示例抄一遍写代码时不断对照示例验证。第三个失误是代码风格问题。笔试的判卷系统通常不接受带package语句的代码class名也要求是Main。这些规则不提前了解考试时很容易因为这些琐碎原因扣分。考试前一定要看清楚考试平台的使用说明把环境问题在开考之前解决掉。6.3 经典题有哪些变体需要留意恒生笔试中的经典题在往年的题目里常常以各种变体形态出现这里梳理几个值得留意的方向。链表反转的变体有K个一组反转链表、反转链表中第m到第n个节点、两两交换链表中的节点。这些变体在考察的都是对指针操作的掌握程度核心思路是搞清楚反转区间的边界和前驱后继关系。二叉树层序遍历的变体有按Z字形顺序输出节点、按层输出时区分每一层的边界、从底向上层序遍历。这些变体本质上是在考队列的使用和层内节点数的确定方式。Z字形的思路是同一层内根据层奇偶性决定正向还是反向输出实现上可以用双端队列或者先收集再反转。SQL查询的变体有排名问题连续排名和不连续排名、分组TopN问题、同比环比计算。2016年还没有现在这么流行的窗口函数但今天的笔试中ROW_NUMBER()、RANK()、DENSE_RANK()这几个窗口函数的区别是高频考点建议复习时顺手掌握。7. 从笔试到Offer后续的面试准备建议笔试只是第一关通过笔试之后还有技术面试、HR面试等环节这里补充一些承上启下的准备建议。技术面试阶段面试官会针对笔试试卷发问。做的好的题可能会让你现场再讲一遍思路做的不好的题很可能就是面试的破局点。所以笔试结束后强烈建议第一时间复盘每道题的答案尤其是编程题尝试多种解法并分析每种解法的复杂度。这样做一举两得既巩固了知识也为面试做好了准备。还要提前准备一个项目经历的讲解链路。恒生这类公司很看重候选人的实际项目经验。你需要准备一个最能体现你技术水平的项目按照项目背景、技术选型、核心难点、解决方案、最终效果的结构讲清楚。注意技术细节要经得起追问比如你说用了Redis缓存就要能回答缓存穿透、缓存击穿、缓存一致性的问题否则很容易在追问中露怯。面试最后阶段通常会有反问环节。建议不要问薪资待遇这种HR面才聊的问题而是问团队目前的技术栈、系统面临的挑战、新人的培养机制。这些问题能表现出你对公司和岗位的认真态度也能帮你判断这个团队是否适合自己。我在实际接触过不少投递恒生的候选人之后一个很深的体会是恒生的笔试与其说是一场考试不如说是一次技术基本功的体检。它不会向你索取花哨的技术名词而是想确认你有没有真正吃透那些你在日常开发中用到的基本功。这套2016年的卷子本质上适合任何一位想在国内金融科技领域长期发展的工程师反复琢磨毕竟掌握原理带来的底气任何时候都不过时。