如果你准备的是游戏开发工程师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里使用CASsynchronized锁住桶头节点并不是所有操作都无锁CopyOnWriteArrayList适合读多写少但写操作会复制整个数组内存开销很大。游戏做排行榜、在线玩家列表时经常要选对数据结构选错就是线上事故。我复习时有个习惯对于每个集合类至少要知道它的内部结构、时间复杂度和线程安全等级。比如HashSet底层其实是HashMapTreeSet底层是TreeMapLinkedHashMap通过双向链表保证插入顺序。把这个关系图理清之后选择题基本不会错。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服务器返回SYNACK客户端回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之后要处理InterruptedExceptionfinally里释放锁否则异常会导致锁泄漏。如果笔试时间有限也可以先用最朴素的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经历去追问为什么、去验证结论、去对比不同方案的优劣。能做到这一步即使拿到的是多年前的考卷也能在现在的面试里打出自己的节奏。