恒生公司，做金融IT的应该都不陌生，证券、基金、银行这些机构的核心交易系统背后经常有它的影子。2015年秋招那会儿，开发类岗位的笔试是线上统考，题量不小、覆盖面很广、时间又卡得紧。我翻到这套第七卷的题目时，第一反应是难度不算变态，但坑非常多——Java基础、C/C++、数据结构、数据库、Linux几乎全考了一遍。如果你正准备金融科技方向或者传统IT开发岗的秋招笔试，这套题很值得认真刷一遍，因为它很典型地代表了“大厂开发岗基础能力笔试”的出题思路：不考偏题怪题，专考你平时最容易忽略的细节。
我打算把这张卷子的考点按板块拆开，从Java基础、数组与指针，到Linux命令、数据库、数据结构和算法小题，每个部分都讲讲真题还原、背后的原理、容易踩的坑，最后再分享一些我在刷题过程中的排查心得。
1. 整套试卷的出题逻辑和答题策略
1.1 恒生开发岗笔试到底想考察什么
很多同学拿到这种综合卷子就慌，觉得知识点太杂。其实你反过来想，对方在短时间内要筛选出适合做金融系统开发的人，最看重的就三件事：第一，语言基本功扎不扎实；第二，常见数据结构算法能不能写对；第三，Linux和数据库这些工程技能有没有上手经验。金融系统对稳定性要求极高，代码里一个数组越界、一个空指针、一个事务没提交，都可能造成线上事故，所以笔试里反复出现的也就是这些东西。
这套第七卷的题型分布也很明显：选择题占了将近一半，考概念和细节；填空题补少量语法点；两道简答题问数据库事务和进程通信；最后一道编程题是数组操作的变体。整套题没有超纲内容，但只要你某个基础点没吃透，做起来就会反复卡壳。
1.2 答题时我在心里预估的时间分配
我个人的经验是，选择题每道控制在1分半以内，不会的先跳过，千万不要在一道题上死磕。简答题留出15到20分钟，因为需要写清楚原理。最后一题编程题至少留25分钟，不光要把代码写出来，还要自己在本子上过一遍边界条件。试卷整体的阅读量不小，题目序号排到六十多道，如果前面磨蹭太久，后面代码题基本没时间写，丢分会非常惨。
2. Java基础题：看似送分，实际全是细节
2.1 构造函数与初始化顺序的经典考法
这套卷子有关键的几道Java选择题，都是围绕构造和初始化展开的。比如有一个例子：父类和子类都有静态代码块和构造方法，问创建子类对象时输出顺序是什么。很多人凭记忆背结论，但没理解为什么，换一种问法就懵了。
其实顺序就一句话：父类静态代码块 → 子类静态代码块 → 父类普通代码块 → 父类构造方法 → 子类普通代码块 → 子类构造方法。静态代码块只在类加载时执行一次，实例代码块在每次new的时候都会执行。我当年做题时直接写过一个小Demo验证，这里建议你也写一遍，比死记硬背有效得多：
class Parent { static { System.out.println("parent static"); } { System.out.println("parent instance"); } public Parent() { System.out.println("parent constructor"); } } class Child extends Parent { static { System.out.println("child static"); } { System.out.println("child instance"); } public Child() { System.out.println("child constructor"); } } public class Main { public static void main(String[] args) { new Child(); } }执行结果就是按照上面说的顺序。把这段代码亲手跑一遍，以后遇到变形题也能一眼看穿。
2.2 继承、重载与重写的坑
继承和重载是Java选择题里的常客。这套题里有一道是问：父类有一个方法public void foo(String s)，子类里定义public void foo(Object o)，这算不算重写？很多新手会犹豫。答案是：这不算重写，因为参数列表不同，这属于重载。重写要求方法名、参数列表、返回值类型完全一致，访问修饰符不能更严格。
还有一个容易被忽略的点是重写的“返回值类型可以变窄”。比如父类返回Object，子类重写时可以返回String，这是协变返回类型，合法。但如果父类方法是private的，子类写一个同名同参的方法就不算重写，那只是子类自己的新方法，因为private方法在父类中不可见。这些细节笔试里特别爱考，因为很多人都是“看着眼熟，选的时候犹豫”。
2.3 finally块的一票否决制
有一道题很典型：方法里try块中写了return 1，finally块中写return 2，问返回值是多少。答案是2，因为finally块的return会覆盖try块的return。但更阴险的考法是：try块里return之前，finally里只修改变量但不写return。比如：
public static int test() { int x = 1; try { return x; } finally { x = 2; } }这种情况返回值还是1，因为return语句在返回前已经把x的当前值1保存下来了，finally里改变x不会影响已经确定好的返回值。这里的关键是“基本类型返回值传值，对象引用返回值传引用”，如果finally里修改的是对象内容，那么返回的对象状态就会受影响。这套卷子里就有一道对象版本的变形题，不仔细想真容易错。
3. 数组与指针：C语言考点里的重灾区
3.1 数组名和指针到底有什么区别
试卷里有一道C语言题：int a[5]; int *p = a;，问sizeof(a)和sizeof(p)各是多少。很多人只记住了“数组名就是指针”，结果两个都填了4或者8。但正确答案是：sizeof(a)在整个数组对象上求大小，是5 * sizeof(int)；sizeof(p)才是指针本身的大小，32位平台是4字节，64位平台是8字节。
这里的本质区别是：数组名是一个地址常量，不是变量，不能执行a++或a = p这类操作；而指针是变量，可以重新赋值。编译器在大多数表达式中会把数组名“退化”为指向首元素的指针，但在sizeof和取地址&的场景下，数组名仍然保留数组的身份。这是笔试最经典的陷阱之一，几乎是每年必考。
3.2 sizeof和strlen的对照陷阱
C语言部分还考了一道字符串相关的题：char s[] = "hello";，问sizeof(s)和strlen(s)分别是多少。正确答案是6和5，因为字符串字面量在末尾隐式带一个'\0'，sizeof把它算进去了，strlen只统计到第一个'\0'之前。
我见过很多同学在这里掉坑，因为他们只记了“strlen是字符数，sizeof是大小”这个表面结论，却没注意'\0'的存在。还有一道延伸题：如果把char s[]改成char *s = "hello"，那么sizeof(s)就只返回指针大小了，而strlen(s)依然是5。那时候我们常说，光是这一个知识点就能编出十几道题，核心其实都是“编译器视角”和“运行逻辑”的区别。
3.3 指针加减和内存越界的边界判断
编程题里还出现过一道数组反转的题目，要求在int *指针方式下原地反转数组。这题写起来不难，但边界条件很容易出问题。比如用双指针：
void reverse(int *arr, int n) { int *left = arr; int *right = arr + n - 1; while (left < right) { int tmp = *left; *left = *right; *right = tmp; left++; right--; } }这里要注意的是arr + n - 1指向最后一个元素，而不是arr + n。如果写成right = arr + n，后面解引用*right就已经越界了，属于未定义行为。笔试里虽然没有让你实际运行，但阅卷时看到这种写法会直接扣分，因为金融系统开发中对数组越界是零容忍的。我在刷题时习惯每个循环都检查一遍边界条件再往下写，这个习惯现在工作后也一直在用。
4. Linux与数据库：金融开发的基本功考察
4.1 高频Linux命令，你会几个
Linux题目在这套卷子里不算多，但很有代表性。有一道问：想查看某个进程的CPU和内存占用，用什么命令。选项里出现了ps、top、free、df。正确答案是top，它是动态刷新地显示系统资源；ps是静态快照；free只看内存；df看磁盘。还有一道是问在日志文件里查找包含“ERROR”的行并统计数量，命令应该是grep "ERROR" app.log | wc -l。
这类基础命令对做过实际项目的人来说很简单，但对只在学校里写过代码的同学就会有点陌生。我的建议是平时练习时别只在本机跑Java，尽量在Linux虚拟机上操作一遍，把文件查找、权限修改、进程管理、日志排查这几类命令练熟。金融公司的生产环境基本都是Linux，笔试考这些说明他们招的不是只会写业务代码的人，而是能独立部署排查问题的开发。
4.2 SQL语句里的分组与聚合，别把条件放错地方
数据库部分有一道SQL题让我印象很深：有一张订单表orders(user_id, amount, create_time)，要求查询“每个用户订单总金额超过1000元”的用户ID和总金额。很多同学一上来就把WHERE amount > 1000写上去了，但这是错的，因为题目要求的是“每个用户的总金额超过1000”，不是每笔订单超过1000。
正确写法是：
SELECT user_id, SUM(amount) AS total FROM orders GROUP BY user_id HAVING total > 1000;这个考点考的就是WHERE和HAVING的区别：WHERE在分组前过滤原始行，HAVING在分组聚合后过滤结果集。还有一题问ORDER BY和GROUP BY的执行顺序，记住一个完整SELECT语句的逻辑执行顺序基本就够应付了：先FROM，再WHERE，再GROUP BY，再HAVING，再SELECT，再ORDER BY，最后LIMIT。
4.3 事务四大特性：不只会背ACID，还得会解释
简答题里有一道是“简述数据库事务的ACID特性，并说明各自解决什么问题”。这题看起来是所有数据库书上的第一课，但很多人的回答就是四个单词各写一句话，拿不到什么分。阅卷希望看到的是你理解每个特性的意义：
- 原子性：事务里的操作要么全部成功要么全部回滚，解决“做一半”的问题。
- 一致性：事务执行前后，数据都要满足业务规则和约束，解决“数据逻辑被破坏”的问题。
- 隔离性：并发事务之间不能互相干扰，解决“同时写数据出错”的问题。
- 持久性：事务提交后，数据修改要永久保存，解决“系统故障后丢数据”的问题。
我当时还补充了一句：原子性、隔离性和持久性最终都是为了服务于一致性，数据库通过undo log保证原子性，通过锁和MVCC保证隔离性，通过redo log保证持久性。如果能在答案里写出这个层次，说明你不仅背了概念，还理解过MySQL内部机制，这在实际面试里是明显的加分项。
5. 数据结构与算法小题：控制复杂度的基本功
5.1 用两个栈实现队列，考察的是抽象思维
算法小题里有一道特别经典的题：用两个栈实现一个队列的入队和出队操作。很多人第一次见都会卡住，因为栈是后进先出，队列是先进先出，两者天然相反。解法也不难：往入队栈stackIn里压数据，出队时先看stackOut是否为空，如果为空就把stackIn的所有元素弹出并压入stackOut，然后从stackOut弹出顶部元素。这样做的核心思想是“负负得正”，两次后进先出正好变成先进先出。
这道题我认为考察的不仅仅是能不能写对代码，而是你有没有“用基础数据结构组合解决新问题”的抽象能力。笔试时间那么紧，如果平时没练过这道题，现场推导也能推出来，但会消耗很多时间。所以经典题一定要提前过一遍，像“两个栈实现队列”“两个队列实现栈”“链表反转”这类题，应该达到条件反射的水平。
5.2 二叉树层序遍历：考的是队列应用，不是递归
二叉树相关的题，笔试里出现的是层序遍历，要求按层输出节点值。很多同学刚开始想递归，但层序本质上是用队列的广度优先遍历，每访问一个节点，就把它左右孩子依次入队。核心代码框架不复杂：
public List<List<Integer>> levelOrder(TreeNode root) { List<List<Integer>> res = new ArrayList<>(); if (root == null) return res; Queue<TreeNode> queue = new LinkedList<>(); queue.offer(root); while (!queue.isEmpty()) { int size = queue.size(); List<Integer> level = new ArrayList<>(); for (int i = 0; i < size; i++) { TreeNode node = queue.poll(); level.add(node.val); if (node.left != null) queue.offer(node.left); if (node.right != null) queue.offer(node.right); } res.add(level); } return res; }这里有个细节：在遍历某一层时，queue.size()是动态变化的，所以必须先取快照int size = queue.size()，否则会把下一层节点也当成当层节点处理。我一直觉得，这种题考的不是你会不会用队列，而是你够不够细心，能不能发现这种隐蔽的坑。
5.3 排序算法复杂度，背诵之外要懂“什么时候用哪个”
这张卷子还有一道选择题：下列排序算法中，平均时间复杂度是O(n log n)的是哪些。选项有冒泡、插入、快排、堆排、归并。答案自然是快排、堆排、归并。但如果你只背了复杂度，下一道题可能就露怯了：问“数据量很大，内存装不下，需要对外部文件排序，应该用哪种排序算法的思想”。正确答案是归并排序，它天然适合外部排序，因为可以分段读入内存、分别排序后再进行多路归并。
这类题目说明出题人不满足于你“背表”，还希望你能在真实场景里做出选择。我的经验是复习排序时不要只看复杂度表，一定要动手写一遍快排、归并和堆排，理解每一趟排序后数组变成了什么样，这样题目怎么变都难不倒你。
6. 易错题复盘：刷这张卷子踩过的坑
6.1 选择题里的“反向提问”
这套卷子有很多题是反向提问，比如“下列说法不正确的是”“以下哪项是错误的”。我刷题时因为先入为主记得某个对的结论，一看到眼熟的选项就选了，结果题目问的是“不正确”，白白丢分。
应对方法是刷题时把题干的否定词圈出来，养成习惯就不会中招。我那会儿每次做选择题都先问自己：它是在问“对的”还是“错的”？
6.2 编程题的边界条件
最后一道编程题，实际上考查的是旋转数组的二分查找，题面是一个有序数组被旋转了一次，给定目标值，要求找到其下标。如果没提前做过这题，现场容易纠结。核心思路是每次二分时判断哪一半是有序的，再判断目标值是否在那一段范围内。
public int search(int[] nums, int target) { int left = 0, right = nums.length - 1; while (left <= right) { int mid = left + (right - left) / 2; if (nums[mid] == target) return mid; if (nums[left] <= nums[mid]) { if (target >= nums[left] && target < nums[mid]) { right = mid - 1; } else { left = mid + 1; } } else { if (target > nums[mid] && target <= nums[right]) { left = mid + 1; } else { right = mid - 1; } } } return -1; }这个代码的边界条件是nums[left] <= nums[mid]时要用<=，判断目标是否在左半段时也注意等号。我当年写的时候漏了等号，结果遇到两个元素的情况就出错。这种细节靠眼睛是看不出来的，必须手写测试用例去验证，比如nums = [3, 1], target = 1这类边界。
6.3 金融业务题的回答思路
最后还有一道简答题，大概意思是：交易系统日终清算时发现对账不平，请列出可能原因和排查思路。很多人看到这种题就懵了，觉得课程里没学过。其实这类题考的是工程思维。你可以从数据流的角度拆解：先看原始交易数据有没有丢；再看计算逻辑有没有错，比如利息四舍五入方式不一致；再看数据库事务有没有漏提交或回滚；最后看文件传输或消息队列有没有重发丢包。按数据流顺序层层排查，即使不懂金融业务也能组织出有逻辑的答案。我后来面其他金融公司时，这类“业务数据对不上”的情景题也经常出现，提前建立排查框架非常有用。
写在最后的一点个人心得
整套卷子刷下来，我最明显的感受是：它没有一道题超纲，但每一道题都在逼你回头补基础。现在的笔试越来越重视细节和工程实践，单纯靠考前突击刷题很难拿高分，真正有用的还是平时多写、多跑、多总结。
我给正在准备秋招的同学一个小建议：与其刷五十套新题，不如把一套典型的卷子反复做三遍。第一遍正常做，第二遍把每道错题对应的知识点搞懂，第三遍尝试不看答案把每道题背后的原理讲给旁边的人听。能把别人讲明白了，这个知识点才真正是你的。
