游戏后端Java笔试复盘：非游戏基础题考点全解析

如果你准备的是游戏开发工程师（Java）方向的校招，看到“搜狐畅游2018游戏开发工程师（Java）非游戏基础题部分笔试试卷”这个名字，第一反应多半是：游戏公司的笔试为什么要考这些？不应该是C++、Unity、图形学吗？但等你真正投过游戏公司Java岗位就会发现，游戏后端服务器大量用Java写，笔试题里最不能丢分的反而是那部分“非游戏基础题”。无论是Java面试题还是Java八股文，最终都会以选择题、简答题、编程题的形式出现在这种试卷上。这篇文章不止是复盘一份试卷，更想帮你把试卷背后真正要考察的能力脉络拎清楚，适合正在备战游戏公司Java服务端岗、或者想系统梳理Java基础的人参考。

1. 先搞清楚这份试卷在筛什么：游戏后端Java岗的考察逻辑

1.1 为什么“非游戏基础题”反而更重要

很多候选人把“游戏开发工程师（Java）”想成写客户端逻辑、调渲染管线，但实际上游戏公司的Java岗大多集中在服务器端，比如登录服、大厅服、战斗服、活动系统、排行榜、邮件系统，还有运维支撑系统。这些系统不直接碰图形，但需要处理高并发、多线程、网络通信、内存优化，这些东西恰恰都落在Java基础题里。

所以“非游戏基础题”这个命名并不代表它不重要，而是为了和“游戏基础题”做区分。游戏基础题可能考你帧同步、AOI、寻路、热更新、MMO架构，这些属于游戏业务知识；而非游戏基础题考的是Java语言本身、数据结构、并发、JVM、网络、常用框架原理。面试官想通过这部分题目确认一件事：你写业务代码只是会调接口，还是真的能理解底层运行机制。尤其游戏服务器对响应延迟和稳定性要求高，一个连HashMap的扩容机制都说不清楚的人，很难让人放心把在线玩家数据交给他。

我自己复盘历年的笔试题目，发现一个规律：游戏公司非游戏基础题的难度并不比互联网大厂低，甚至更偏向“实际场景”。比如让你判断一段并发代码的安全性问题，或者给你一个内存溢出的线上问题，让你分析可能原因和处理思路。这些题没有标准答案，但恰恰能把“背过八股文”和“真正写过系统”的人分开。

1.2 试卷结构复盘与答题时间分配

虽然2018年的这套试卷已经过去几年，但它代表游戏公司笔试的典型结构：一般分为三部分，第一部分是选择题，覆盖Java语法、集合、异常、IO等，大概10-15道，每题2-3分；第二部分是简答题，一般3-5道，覆盖JVM、并发、网络、数据库；第三部分是编程题，2-3道，手写代码并说明思路。整个笔试时长通常在90分钟到120分钟。

我建议的答题策略是：选择题控制在20-25分钟，因为很多题目是“一眼题”，会就会，不会纠结也没用。简答题每题控制在10分钟左右，写清楚关键词、流程、对比点就能拿高分，不用长篇大论。编程题留至少40分钟，因为要手写完整代码、写注释、分析时间复杂度。很多人栽在编程题上，不是不会写，而是前面选择简答耗时太多，后面没时间调试。

还有一个容易被忽略的问题：笔试题目里的“陷阱”往往不是知识点冷门，而是你对细节不敏感。比如选择题里问“哪些关键字能用来定义常量”，很多人只选final，但实际上Java中没有const关键字，const只是保留字。这类细节要靠刷题，也要靠平时翻源码时留意。下一节我就把选择题部分常见的考点和坑一个个拆开讲。

2. 选择题常见考点：从基础语法到集合框架的细节陷阱

2.1 面向对象与语言特性题

选择题里出现频率最高的就是面向对象三大特性：封装、继承、多态。具体题目会考重载和重写的区别，比如“以下哪个方法属于重载？”这种题其实是在看你是不是只记住了定义，没有理解调用时机。我给出一个判断方式：重载是同一个类中方法名相同、参数列表不同，与返回值无关；重写是子类重新定义父类方法，方法签名必须完全一致，访问修饰符不能比父类更严格。笔试中常会混入一个“返回值不同但参数相同”的选项，这是错的。

另一个高频考点是final、finally、finalize。放在一起考非常有迷惑性。final是修饰类、方法、变量的关键字；finally是try-catch块中保证执行的部分，除非执行System.exit()或发生严重异常；finalize是Object类中的一个方法，在对象被垃圾回收前调用。现在JDK版本升级后finalize已经被标记为废弃，但老试卷里还是会考。这类题没有技术深度，纯靠记忆，但如果漏掉“final修饰引用类型时，引用不能变但对象内容可以变”这一点，就会踩坑。

还有一类题目会考运算符和表达式。比如“int i = 1; i = i++; 输出多少？”答案是1，因为i++是先返回后自增，在表达式里赋值后i又被覆盖成1。这类题看起来简单，但涉及操作数栈的求值顺序，笔试中很常见。准备方式就是找十道类似题做一遍，把“++i先自增再返回”“三目运算符类型转换”这些细节彻底弄熟。

2.2 集合框架的底层实现与线程安全题

集合是Java基础题的重点，也是游戏服务器开发天天用的东西。选择题里常见的是：ArrayList和LinkedList的区别、HashMap和Hashtable的区别、HashSet如何去重。这些本来不难，但题目会翻新花样，比如“HashMap在JDK8中什么时候会转成红黑树？”，答案是链表长度达到8并且数组长度大于等于64。再比如“HashMap的默认加载因子为什么是0.75”，这不是一个纯记忆题，它反映了时间空间的一个折中：太高会减少扩容次数但增加冲突概率，太低会浪费空间，0.75在大多数场景下空间利用率较高，并且这个数值符合泊松分布的参数设置，能保证链表长度达到8的概率极低。

线程安全集合也是选择题常客。ConcurrentHashMap、CopyOnWriteArrayList、ConcurrentLinkedQueue这些名字放一起，问哪个是“读多写少”场景下的选择。如果只背结论很容易翻车。ConcurrentHashMap在JDK8里使用CAS+synchronized锁住桶头节点，并不是所有操作都无锁；CopyOnWriteArrayList适合读多写少，但写操作会复制整个数组，内存开销很大。游戏做排行榜、在线玩家列表时，经常要选对数据结构，选错就是线上事故。

我复习时有个习惯：对于每个集合类，至少要知道它的内部结构、时间复杂度和线程安全等级。比如HashSet底层其实是HashMap，TreeSet底层是TreeMap，LinkedHashMap通过双向链表保证插入顺序。把这个关系图理清之后，选择题基本不会错。

2.3 异常、IO与常用类小题

异常体系是选择题里的基础分，考的是checked exception和unchecked exception的区别。受检异常必须显式捕获或抛出，比如IOException、SQLException；非受检异常包括RuntimeException及其子类，比如NullPointerException、IndexOutOfBoundsException、ArithmeticException。像ClassNotFoundException就经常和NoClassDefFoundError放在一起考，前者是类加载阶段找不到类，后者是类在编译时存在、运行时初始化失败。游戏服务器进程一旦发生Error，通常不建议捕获，因为可能已经处于不可恢复状态。

IO这块，老试卷很少直接考NIO，但会考字节流和字符流的区别、缓冲流的优势。比如“为什么使用BufferedReader而不是直接用FileReader？”因为字符流默认每次读取一个字符，会产生大量系统调用，而BufferedReader内部维护一个缓冲区，可以显著减少IO次数。游戏服务器里大量日志输出、配置文件读取都用到了缓冲思想，所以这个考点其实很实战。

String、StringBuilder、StringBuffer的对比也是一道常青题。String是不可变类，每次拼接都会产生新对象；StringBuilder线程不安全但是效率高；StringBuffer在方法上加了synchronized，线程安全但性能稍差。游戏服务器中大量动态拼接SQL、日志，如果使用不当很容易造成内存浪费和响应变慢。这类题没太多技巧，但我会建议在复习时想一下“为什么String被设计成不可变”，这样就能串起常量池、哈希缓存、线程安全等多个点，答题时能写出更深的理解。

3. 主观题核心模块：JVM、并发与网络，一道题能看出你的真实水平

3.1 JVM内存模型与GC题

简答题里JVM几乎是必考，常见题目是“描述一下JVM运行时数据区”。答题时要分层讲：程序计数器、虚拟机栈、本地方法栈、堆、方法区，以及JDK8之后方法区被元空间取代。不能只背名字，要说明每个区域存什么、哪些区域会抛OOM。比如虚拟机栈会抛StackOverflowError，堆和方法区会抛OutOfMemoryError。游戏服务器的玩家对象、公会数据都放在堆里，经常出现内存膨胀，所以面试官特别关心你是否理解堆的分代结构。

GC题通常会问“如何判断一个对象可以被回收？”至少要说清楚引用计数法和可达性分析，并且指出引用计数法无法解决循环引用，所以主流JVM用可达性分析。然后会追问“GC Roots有哪些？”，常见答案是虚拟机栈中引用的对象、静态属性引用的对象、常量引用的对象、JNI引用的对象。如果能把这几个答全，得分点就拿到了。接下来可能问垃圾回收算法：标记-清除、标记-复制、标记-整理，以及各代使用什么算法。新代码里Cms、G1、ZGC这些收集器的名字也会考，至少要能说出G1的特点：面向堆的整体、可预测的停顿时间模型。

我特别提醒一点：千万不要只背“堆内存分新生代和老年代”。面试官一定会接着问“对象什么时候进入老年代？”这时候要说出大对象直接进入老年代、长期存活对象经过阈值提升、动态年龄判定、担保机制等。能答出这些，说明你真的调过GC参数或者看过《深入理解Java虚拟机》，而不是临时背了一篇博客。

3.2 并发编程与锁机制题

并发是游戏服务器开发的核心，因为一个区服里几千玩家同时在线，所有的操作都在多线程环境里跑。试卷里常见题是“synchronized和ReentrantLock有什么区别？”一定要分角度回答：实现机制上，synchronized是JVM层面的监视器锁，ReentrantLock是JDK提供的API，内部基于AQS；功能上，ReentrantLock支持可中断获取锁、超时获取锁、公平锁，synchronized则是非公平锁且不可中断。再引申一下，synchronized在JDK6之后有偏向锁、轻量级锁、重量级锁的升级过程，ReentrantLock则可以通过lockInterruptibly响应中断。

volatile也是一个必考点，题目往往问“volatile能保证原子性吗？”答案是不能，只能保证可见性和有序性。典型例子就是多线程环境下执行i++不是原子操作，即使变量被volatile修饰，也因为“读取-修改-写入”三步不具备原子性而线程不安全。游戏服务器中常用的状态开关、双重检查锁中的单例对象都依赖volatile，但真正做计数器时必须用AtomicInteger或加锁。

还有一类题会考察死锁的产生条件和避免方式。答死锁只要把四个必要条件背出来就行：互斥、持有并等待、不可剥夺、循环等待。但实际笔试会给你一段代码，让你分析是否会产生死锁，比如两个线程分别持有锁A、锁B，然后互相等待对方释放。这类题更考验代码分析能力，我建议复习时亲手写两组synchronized嵌套锁，跑一次看线程dump，印象会比死记硬背深得多。

3.3 网络协议与IO模型题

游戏后端离不开网络，所以TCP/IP、HTTP、Netty这些知识点也会出现在非游戏基础题里。简答题常见的如“TCP三次握手的过程”，这个一定要能画出序列图并在文字里写清楚：客户端发送SYN，服务器返回SYN+ACK，客户端回ACK。同时要解释为什么需要三次握手，简单说就是确保双方都具备收发能力，以及防止旧的重复连接请求突然传到服务器引起错误。如果还要扩展，可以提到SYN Flood攻击和半连接队列。

IO模型题也是重头戏，比如“BIO、NIO、AIO的区别是什么？”BIO是阻塞式IO，一个连接一个线程；NIO是同步非阻塞，通过Selector多路复用，一个线程可以处理多个连接；AIO是异步非阻塞，由操作系统完成IO后通知应用程序。游戏服务器的网关、消息推送大量使用NIO和Netty，如果能在答案里结合自己的项目经历说一句“我做过一个基于Netty的网关，用EventLoop线程模型处理TCP拆包粘包”，那面试官对你的印象会完全不同。注意不要为了显得懂而编造项目，因为追问很容易暴露。

关于“拆包粘包”也是一个高频问点。至少要答出来底层原因：TCP是字节流协议，应用层没有消息边界；解决方案有固定长度消息、特殊分隔符、消息头声明长度。Netty中对应的解码器，比如LengthFieldBasedFrameDecoder、DelimiterBasedFrameDecoder，能说出这些会让你在笔试的“附加题”里加分。

4. 编程题实战：从冒泡排序到快排，面试官真正想看的编码习惯

4.1 手写链表反转与复杂度分析

编程题很多学生喜欢背解法，但忽略了解题的过程。比如“反转单链表”，看起来简单，但是能写出无bug代码并且清晰讲解的人不多。我建议准备两个版本：迭代版和递归版。迭代版需要维护三个指针prev、cur、next，每次把cur.next指向prev，然后整体后移。递归版则要理解先走到链表末尾，再逐层反转。

给一个迭代版参考：

public ListNode reverseList(ListNode head) { ListNode prev = null; ListNode cur = head; while (cur != null) { ListNode next = cur.next; cur.next = prev; prev = cur; cur = next; } return prev; }

代码本身只有几行，但答题时要说明时间复杂度O(n)、空间复杂度O(1)。如果写递归版，要说明空间复杂度是O(n)，因为递归栈占用额外空间。面试官看编程题不只是看结果，更看你的变量命名和边界条件。比如链表为空或只有一个节点时，循环是否能正确处理。我在复习时会把每次的“空指针风险点”写在注释里，这样笔试时即使不写注释，也会下意识检查。

4.2 快速排序的边界条件与优化

排序算法里出现频率最高的是快速排序和归并排序。快速排序本身不难写，但很多人在笔试时写出死循环或者数组越界。核心在于partition函数的边界处理。我自己比较习惯用“挖坑法”的partition，理解起来简单，也不容易错。

public void quickSort(int[] arr, int left, int right) { if (left >= right) return; int pivot = arr[left]; int i = left, j = right; while (i < j) { while (i < j && arr[j] >= pivot) j--; if (i < j) arr[i++] = arr[j]; while (i < j && arr[i] <= pivot) i++; if (i < j) arr[j--] = arr[i]; } arr[i] = pivot; quickSort(arr, left, i - 1); quickSort(arr, i + 1, right); }

你可能会发现，我使用了while (i < j && arr[j] >= pivot)，其中是>=而不是>，这是为了防止重复元素导致指针卡住。笔试时如果使用取中间值或随机值做pivot，要注意数组越界和递归深度问题。快速排序的平均时间复杂度是O(n log n)，最坏O(n²)，空间复杂度O(log n)（递归栈）。如果题目额外要求稳定性，就不能选择快速排序，而应该用归并排序。这些如果都能写出来，编程题基本稳了。

4.3 多线程编程题的实现要点

游戏后端笔试里的编程题不只有算法，还会让你“用多线程交替打印1到100”。这种题目看着是并发，看你的锁和线程协作能力。一种常见解法是用synchronized + wait/notify，或者用ReentrantLock + Condition。核心是要控制好等待和唤醒的时机，避免死锁和过度竞争。

给一个使用ReentrantLock和Condition的示例：

public class PrintTask { private final Lock lock = new ReentrantLock(); private final Condition oddCondition = lock.newCondition(); private final Condition evenCondition = lock.newCondition(); private int num = 1; public void printOdd() { while (num <= 100) { lock.lock(); try { if (num % 2 != 0) { System.out.println(Thread.currentThread().getName() + ": " + num++); evenCondition.signal(); } else { oddCondition.await(); } } catch (InterruptedException e) { Thread.currentThread().interrupt(); } finally { lock.unlock(); } } } public void printEven() { while (num <= 100) { lock.lock(); try { if (num % 2 == 0) { System.out.println(Thread.currentThread().getName() + ": " + num++); oddCondition.signal(); } else { evenCondition.await(); } } catch (InterruptedException e) { Thread.currentThread().interrupt(); } finally { lock.unlock(); } } } }

这里需要注意的细节包括：条件判断和打印要放在加锁后的临界区；await之后要处理InterruptedException；finally里释放锁，否则异常会导致锁泄漏。如果笔试时间有限，也可以先用最朴素的synchronized + wait/notify，只要功能对，再说明优化方向，分数就不会低。

5. 复盘后的备考路线：我踩过的坑和值得保留的习惯

5.1 常见失分点与避坑建议

很多人觉得自己复习得很充分，但笔试成绩不理想，问题往往出在一些不显眼的地方。第一个失分点是“只写结论不写过程”。比如简答题问“HashMap是线程安全的吗？”只回答“不是”是拿不到高分的，阅卷人希望看到你说明为什么不是，比如多个线程同时put可能导致数据覆盖、JDK8之前扩容时可能出现环形链表。答题时要有“结论+原因+案例/对比”的结构，尤其主观题。

第二个失分点是“编程题不写复杂度和边界条件”。有的候选人代码能跑通，但完全没有对空指针、溢出、大整数这些情况做防御。笔试阅卷通常会看代码风格，变量命名是a、b、c，还是cur、prev、pivot，印象分区别很大。我建议从现在开始，把所有算法题都当成代码评审要用的代码来写，多写注释，多写防御条件，哪怕浪费两行也值得。

第三个失分点是“基础知识零散，没有串联”。如果你把所有知识点单独背，可能一上考场就想不起来。但如果你理解一条主线，比如为什么HashMap要用数组+链表，会关系到哈希冲突、哈希函数、扩容、并发安全，你就自然能答出一串内容。游戏公司笔试尤其看重这种“从一个点延伸到一个面”的能力。

5.2 如何将零散知识点串联成体系

我比较推荐“以问题为导向”的复习方式。拿到一个知识点时，不要只问“是什么”，还要问“为什么这样设计”“它和哪个知识点有关系”。比如集合框架，可以从ArrayList开始问：为什么ArrayList查询快、插入慢？然后引到数组和链表的区别。接着问：HashMap为什么既不像数组也不像链表？引到哈希表。再问：哈希冲突怎么办？引出链表、红黑树、加载因子。最后问：多线程环境下用哪个？引出ConcurrentHashMap。这样一串下来，你会发现选择题和简答题基本都在这个体系里。

JVM的复习也可以走同样的路子：先问对象存在哪里，引出运行时数据区；再问对象怎么创建，引出类加载和对象分配；再问内存不够怎么办，引出GC和垃圾收集器；最后问线上OOM怎么排查，引出jstat、jmap、jstack这些命令。游戏后端岗如果简历里写了做过线上排查，笔试的相关题目会很占便宜。

网络部分也可以围绕“一条消息从客户端发到服务器，经过哪些层”来梳理。从HTTP请求开始，经过三次握手，数据发送，TCP分段，到服务端接收，进入Socket缓冲区，再被应用程序读取，最后可能交给Netty的EventLoop处理。把这条链路弄清楚，BIO/NIO、拆包粘包、线程模型也就串起来了。

5.3 游戏后端Java岗的额外加分项

既然试卷是游戏公司的，那在答完非游戏基础题后，如果能提一嘴游戏场景会有额外加成。比如题目问“如何设计一个排行榜”，你除了说用Redis的ZSet，还可以进一步说明为什么ZSet适合：因为内部使用跳表，插入和查询的时间复杂度都是O(log n)，可以满足高并发场景。再比如问“如何实现延时任务”，可以提到时间轮算法，游戏里常用于公会活动开启、Buff过期等场景。但注意，这些属于“游戏基础题”的范畴，如果试卷明确区分，就不要在非游戏基础题部分强行发挥，容易偏离题目。

还有一个小建议：多关注热门网络词汇和最新知识点，比如现在面试中经常出现lambda表达式、Stream API、Java 17中的密封类、记录类。2018年试卷里可能没有这些，但你如果只按旧试卷准备，容易漏掉新考点。游戏业务迭代快，框架也在升级，一个能用现代Java语法写出简洁代码的人，通常比只会写老式for循环的人更容易通过筛选。

最后再分享一个我个人的体会：这类笔试试卷的“非游戏基础题”部分，表面上是在考Java，实际上是在考你“平时写代码有没有想过底层发生了什么”。我见过太多候选人HashMap背得很熟，但让他讲讲多线程扩容时会出现什么情况就卡壳；也见过很多候选人手写快排一遍通过，但问为什么使用随机pivot就答不上来。准备这种试卷，刷题只是第一步，真正有价值的是把每道题当成一次debug经历，去追问为什么、去验证结论、去对比不同方案的优劣。能做到这一步，即使拿到的是多年前的考卷，也能在现在的面试里打出自己的节奏。