企业官网建设流程全解析

1. 写在前面：为什么一家金融科技公司要考这些

恒生公司这个名字，做开发的应该不陌生。它主要做金融行业的IT解决方案，证券、基金、银行的核心交易系统、资产管理系统，背后跑的大概率就是恒生的那套东西。2015年秋招这套开发类笔试题，放到今天来看依然有很强的参考价值，原因很简单：金融交易场景对系统的稳定性、并发能力、数据准确性要求极高，所以笔试考察的内容基本都集中在Java基础、并发编程、数据库、操作系统和数据结构这几个硬核方向。

先说结论：这套题不是那种“背一背面经就能过”的题，它考察的是你平时写代码时有没有真正思考过底层原理。比如数组和指针的关系、HashMap在并发下的表现、事务隔离级别对数据一致性的影响，这些在普通业务开发里可能不会天天碰到，但一旦系统出问题，排查的方向全在这些基础功底里。所以无论你是准备校招还是工作了两三年的开发，回过头来做这套题，都会有一种“原来当年没完全吃透”的感觉。

另外，这套题对目标岗位的定位非常清晰：开发类。那就意味着Java是主力语言，C语言作为补充考察，Linux和数据库是必备技能。整体难度中等偏上，但区分度很高，基本功扎实的人和只会CRUD的人，分数差距会非常明显。接下来我把这套题涉及的核心考点逐个拆开讲，并附上我的解题思路和踩坑记录，大家可以把它当成一份带解析的复习资料来用。

2. 数组与指针的经典考题：C语言部分为什么总爱考这个

2.1 数组名和指针到底有什么区别

C语言里数组和指针是笔试的重灾区，恒生这套题也不例外。考来考去就那几个点：数组名是不是指针、sizeof和strlen的区别、指针加减运算到底移动了多少字节。很多人在这里丢分，不是不会写代码，而是对“数组名在表达式中会退化为指针”这句话理解不够深。

先看一道典型题。定义一个数组char arr[] = "hello"，然后分别输出sizeof(arr)和strlen(arr)。正确答案是6和5。sizeof算的是整个数组占用的字节数，字符串末尾还藏着一个'\0'，所以是6；strlen是数到'\0'之前的字符个数，所以是5。这题看起来简单，但稍微变一下就会有一半人答错：如果把数组作为参数传给一个函数，在函数内部再去sizeof(arr)，结果就不是6了，而是8（64位系统下指针的大小）。因为数组作为参数传递时已经退化成了指针，sizeof拿到的是指针的大小。

这就是笔试里最常见的陷阱：数组名在定义它的作用域内代表整个数组，一旦作为函数参数传递，就退化成指向首元素的指针。面试官考这个点，是想看你对C语言“值传递”机制有没有真正理解。另外还有一个容易混淆的点：arr和&arr虽然值一样，但类型完全不同。arr是char类型，指向第一个元素；&arr是char()[6]类型，指向整个数组。所以arr+1移动1个字节，&arr+1移动6个字节。这种细节在题目里只要出现指针加减，就一定是考点。

2.2 指针运算和内存布局的实战题

还有一类必考题是结合二维数组和指针数组。比如int a[3][4]，问a[1]+2、(a+1)+2、&a[1][2]这几个表达式的值是否相等。我的经验是，先把二维数组的内存布局画出来——它本质上还是一段连续内存，只是用下标做了逻辑上的切分。a[1]+2是指向第二行第三个元素的指针，(a+1)+2等价于a[1]+2，&a[1][2]就是那个元素的地址，所以三者值相同，但类型上有细微区别。

做这类题有一个很实用的方法：遇到指针表达式，先确定它的“基类型”，再做加减运算。基类型决定了一个单位是多少字节。比如int* p指向一个int，p+1就跳4个字节；int(*p)[4]指向一个长度为4的int数组，p+1就跳16个字节。笔试题里所有关于指针加减的迷惑项，本质上都是在考你对基类型的判断。另外提醒一点，释放内存后一定要把指针置NULL，否则就是野指针。虽然笔试题不考这么细的代码规范，但面试官在追问环节很可能会问“你平时写C语言会不会注意内存泄漏”。

3. Java基础题：异常、集合和字符串的运行时行为

3.1 异常处理机制的三个必答点

恒生的Java题不会让你手写一个多复杂的算法，但会考察你对语言机制的理解是否到位。异常机制就是高频考点之一，常见问法是：说说Error和Exception的区别，运行时异常和受检异常的区别，以及finally块在什么情况下不会执行。

先说Error和Exception。Error是JVM层面的严重问题，比如OutOfMemoryError、StackOverflowError，程序本身一般无法恢复处理，捕获它没有意义。Exception是程序层面的问题，分为受检异常和运行时异常。受检异常（比如IOException）编译期强制要求你捕获或抛出，这是Java设计者的意图：对于可预见的、外部环境导致的问题，你必须显式处理。运行时异常（比如NullPointerException）则不需要强制处理，因为它们通常代表程序本身的逻辑bug。

关于finally块不会执行的情况，这个题目我见过好几个版本，最准确的说法是：只有当System.exit()被调用、或者JVM崩溃、或者线程被中断时，finally块才不会执行。还有一个小坑：如果在try或者catch块中写了return，finally块仍然会执行，而且finally中的return会覆盖之前的值。这个知识点在实际写代码时容易踩坑，我早期就遇到过类似问题：在finally里关闭资源时顺手return了一个值，结果方法返回值被莫名改动，排查了半天。

3.2 集合类：ArrayList、HashMap的底层逻辑

集合类几乎是Java笔试题的必考题。ArrayList和LinkedList的区别、HashMap的底层结构、HashSet如何保证元素不重复，这几个问题基本是换汤不换药。

ArrayList底层是Object数组，默认容量10，扩容时按1.5倍增长。LinkedList底层是双向链表，链表节点的结构是：前驱指针、数据、后继指针。所以在中间插入删除的场景，LinkedList有优势；随机访问场景，ArrayList明显更快。但这里有一个容易忽略的点：LinkedList的插入优势只在“已经定位到节点”的情况下才成立。如果你通过索引插入，它需要先遍历到那个位置，时间复杂度是O(n)，实际性能并不一定比ArrayList好。笔试如果出代码题让比较两者性能，一定要把这个前提说清楚。

HashMap的底层结构在JDK 1.8之后是数组加链表加红黑树。当链表长度超过8且数组长度大于等于64时，链表会转成红黑树，目的是把查找时间复杂度从O(n)降到O(log n)。很多人只记住了阈值8，却忽略了另一个前提条件数组长度64。其次，HashMap在并发场景下扩容可能出现死循环的问题，虽然JDK 1.8之后用尾插法修复了链表成环的问题，但并发安全依然不保证，所以多线程环境下应该用ConcurrentHashMap而不是HashMap。这个知识点在金融系统中尤为重要，因为交易系统里多线程操作共享数据是常态。

4. 多线程与并发：金融系统的必修课

4.1 线程创建方式和状态流转

恒生做的是金融IT，对并发编程的考察绝不会缺席。线程这一块，最基础的几个问题：创建线程有几种方式？线程有哪些状态？sleep和wait有什么区别？

创建线程的方式，答案其实可以分三层：继承Thread类、实现Runnable接口、实现Callable接口配合FutureTask。但从JDK 5之后，实际开发中更推荐使用线程池来管理线程，而不是手动new Thread。线程池的核心参数包括核心线程数、最大线程数、阻塞队列、拒绝策略，这几个参数的含义必须能讲清楚。其中有一个高频追问：核心线程数设置多少合适？这没有标准答案，需要根据任务类型区分。CPU密集型任务，线程数设置为CPU核数加1左右比较合理；IO密集型任务，因为线程大部分时间在等待IO，可以设置多一些，一般是CPU核数的两倍。恒生的系统里很多是IO密集型的交易请求处理，所以这个考点不是纸上谈兵。

线程的状态流转也是经典题。新建（NEW）、就绪（RUNNABLE）、阻塞（BLOCKED）、等待（WAITING）、超时等待（TIMED_WAITING）、终止（TERMINATED）。很多人分不清BLOCKED和WAITING的区别：BLOCKED是线程在竞争对象锁时没有抢到，进入阻塞队列等待；WAITING是线程持有了锁，但主动调用了wait或join方法，进入等待队列。面试官再追一句“那wait和sleep的区别呢”，答案核心是：wait会释放锁，sleep不会；wait必须在同步块中调用，sleep没有这个限制；wait是Object的方法，sleep是Thread的静态方法。这几个点答全了，基本就能过关。

4.2 synchronized和volatile的底层原理

synchronized是Java并发题的常客。理解synchronized的关键是理解对象头和Monitor机制。在HotSpot虚拟机中，每个对象都有一段对象头信息，其中Mark Word存储了锁的状态。synchronized的锁升级过程是：无锁 -> 偏向锁 -> 轻量级锁 -> 重量级锁，这是JDK 1.6之后做的优化。为什么会有这个过程？因为大多数情况下锁不存在竞争，偏向锁可以让同一个线程反复获取同一把锁的成本降到最低；当出现少量竞争时，用CAS自旋来避免内核态切换；只有竞争激烈时才升级为重量级锁，让线程挂起。

volatile和synchronized是两种维度的东西。volatile保证可见性和有序性，但不保证原子性。它通过内存屏障来实现：写操作会把当前线程工作内存中的值强制刷新到主内存，读操作会从主内存重新读取。所以volatile适合用来修饰状态标识位，比如线程开关变量，但不适合做类似count++这种复合操作。我见过不少人在笔试里直接把volatile说成“线程安全的”，这是大忌。如果要保证原子性，必须用synchronized、Lock或者AtomicInteger这类原子类。另外，volatile还有一个经典应用场景是单例模式的双重检查锁，用volatile修饰instance变量，防止指令重排序导致拿到未初始化完成的对象。

5. Linux和数据库：面试里的送分题和深水区

5.1 Linux常用命令：不只考你背命令

开发类笔试通常会给一个运维场景题：线上服务出问题了，你怎么排查？恒生对开发的要求是不光会写代码，还要会看日志、查进程、看端口。这一块常用的命令无外乎：ps、top、netstat、grep、tail、find。

我的建议是不要死记硬背命令参数，而是按场景来记。查进程用ps -ef | grep java，看系统资源占用用top，查端口占用用netstat -tlnp或者ss -lntp，跟踪日志用tail -f，按关键字过滤日志用grep -n。实际笔试里常见的是给你一段日志，让你找出报错的关键行，或者给你一个端口冲突的问题，让你定位是哪条命令查出来的。还有一个冷门但常考的参数：找出CPU占用最高的进程，用top然后按P键排序。这看起来简单，但如果你没有实际在服务器上操作过，笔试时很容易卡壳。

grep和管道符的组合也是一个高频考点，比如统计一个日志文件里出现了多少次ERROR，命令是grep -c "ERROR" app.log。或者找出包含特定关键字的行并显示行号，命令是grep -n "Exception" app.log。这些在真实排查问题的时候基本每天都会用到。另外，tail -f 和 tail -F 的区别也值得记一下：小写f是跟踪文件描述符，文件被替换后就失效了；大写F是跟踪文件名，即使文件被重新创建也能继续跟踪。线上用tail -F会更稳妥。

5.2 SQL和事务隔离级别：答得深才能拿高分

数据库在金融公司笔试里权重很高。基础的SQL语句大家都懂，但恒生更爱考的是事务隔离级别和索引的知识。事务ACID四个特性属于送分题，隔离级别则是拉开差距的地方。

SQL标准的四个隔离级别：读未提交、读已提交、可重复读、串行化。读未提交存在脏读问题，读已提交解决了脏读但会出现不可重复读，可重复读解决了不可重复读但存在幻读问题，串行化可以解决所有问题但性能最差。MySQL默认的隔离级别是可重复读，但InnoDB引擎通过间隙锁机制在可重复读级别下解决了幻读问题。这个点是大多数人的知识盲区，很多人以为幻读必须靠串行化才能解决，其实MySQL的Next-Key Lock在可重复读级别下就已经可以挡住幻读了。笔试里如果能把这一层答出来，绝对是加分项。

索引方面，最常考的是联合索引的最左前缀原则。比如一张表有联合索引(a, b, c)，那么查询条件只要包含a就能命中索引，但只有b和c就无法命中。还有一个高频考点是回表和覆盖索引：普通索引的叶子节点存储的是主键值，查询时如果select的字段不在索引里，就需要根据主键再回聚簇索引查一次，这叫回表；如果select的字段全部包含在索引中，就无需回表，这叫覆盖索引。这两个概念在SQL优化里非常实用，也是面试官喜欢追问的方向。

6. 这套题我最想提醒你的事

6.1 备战恒生这类笔试题的精简路径

这一类金融科技公司的笔试，复习策略其实很清晰。第一阶段是过基础：Java的集合源码、异常机制、JVM内存模型，C语言的指针和内存管理，操作系统的进程线程，数据库的事务和索引。第二阶段是刷题：重点是数组与指针的经典题、Java集合相关的原理题、多线程并发题。第三阶段是实战演练：把Linux排查命令和SQL调优在本地环境跑一遍，不要只停留在背命令和背语法上。

我自己的感受是，笔试中真正卡住人的往往不是难题，而是那些“感觉自己会但说不清楚”的知识点。比如HashMap的扩容机制具体怎么实现、synchronized锁升级的触发条件是什么、为什么MySQL选择可重复读作为默认隔离级别。所以复习的时候不要只是看结论，要顺着源码和原理把整条链路走一遍。

6.2 常见问题速查表

这份表格里的内容，基本覆盖了恒生这套笔试题的所有核心考点。针对每一个考点，我都建议你写一段比表格更详细的笔记，把原理、代码示例、实际场景串起来。面试考的不是记忆，而是理解后的表达。

6.3 最后分享一点小技巧

踩过的坑多了，总有一些经验值得分享。我的建议是：做题的时候，每道题至少问自己三个问题——这个知识点用在什么场景？为什么这样设计？如果我来设计会不会有更好的方案？这三个问题想清楚了，笔试和面试都可以从容应对。

另外，准备这一类金融科技公司笔试的时候，最好额外看看它们的产品线和技术博客。恒生做核心交易系统，对数据一致性、系统可用性的要求非常高，所以它的题目里特别偏爱事务、并发、内存管理这三块。你可以多花一点时间在这三个方向上，性价比会高很多。祝准备笔试的朋友都能拿到满意的offer。