一晃眼到了2025年Java校招笔试的题型变了不少但有一个有意思的现象每年还是有不少人翻出“斐讯2017秋招java笔试试卷”来刷。我当年也做过这套卷子说实话它没有哪些刁钻到离谱的题目整体走的是“基础全覆盖少量工程素养考察”的路子。但恰恰是这种风格特别适合用来检验一个人对Java基础的理解到底扎不扎实。如果你正在准备Java工程师岗位的笔试或者想系统梳理一遍JavaSE的核心知识这篇复盘值得认真看一看。我尽量还原我当时做题时的思考过程把考点、答案背后的原理以及机考环境中容易踩的坑一并讲清楚。1. 先看整张卷子题型分布与命题套路当时收到斐讯的笔试邀请我以为是线上OJ那种纯算法题结果点开卷子发现是传统的“选择填空简答编程题”组合。整套卷子答题时间90分钟题量不算大但覆盖面很广考完的最大感受是它并不想难倒你而是想看清楚你平时写代码到底关不关注细节。1.1 选择题、填空题、编程题的比例与考察重心我记得很清楚斐讯这套卷子选择题占了40分左右多是单选少量多选。考察范围大致如下Java基础语法运算符优先级、标识符命名规则、基本数据类型转换面向对象继承、多态、重载与重写、static和final的用法集合框架ArrayList与LinkedList的区别、HashMap的底层结构异常处理checked异常与unchecked异常、try-catch-finally执行顺序多线程synchronized、volatile、线程生命周期JVM基础堆、栈、方法区的基本概念填空题大概是8到10道考得很细比如“HashMap的默认初始容量是______负载因子是______”“volatile关键字保证了可见性和______”。这种题没有太多思考空间纯粹看平时有没有背过、记过。简答题我记得有“简述HashMap在JDK 1.7和JDK 1.8中的底层实现差异”“谈谈你对Java中重载和重写的理解”。编程题两道一道是手写冒泡排序或快速排序另一道是字符串相关的处理比如统计单词出现次数。从命题结构能看出来这套卷子的设计思路是“基础知识占大头算法只要求最经典的排序和简单数据处理”。所以如果你现在要拿这套卷子练手不要一上来就刷动态规划、图论先把JavaSE的基础知识点排查一遍更有效。1.2 2017年的题目为什么到今天还在被翻出来有人可能会问一套2017年的卷子放在今天还有参考价值吗我的答案是有而且比想象中大。Java这门语言的语法和核心类库演进速度并不快尤其是JavaSE层面的知识点比如集合、异常、面向对象、多线程JDK 8到JDK 17这些年的变化主要集中在新增API和语法糖上底层模型并没有发生颠覆性改变。斐讯这套卷子恰好把面试官眼中“一个Java工程师必须具备的基础素养”完整地呈现了出来。换句话说你刷的不是“斐讯的题”而是“一套针对Java基础的高质量自测题”。哪怕这家公司后来经历了不少波折这套卷子本身作为复习资料的价值仍然存在。2. 基础语法和面向对象丢分重灾区不在难题在小细节很多人在准备笔试时喜欢看源码、研究并发结果反而在基础语法选择题上丢分。斐讯这套卷子的第一部分就是基础题我做的时候就发现题目本身不难但每个选项都像一个“温柔的陷阱”。2.1 equals与hashCode选择题里的高频陷阱卷子里有一道很经典的题两个对象的equals方法返回true那么它们的hashCode一定相同吗反过来hashCode相同equals一定返回true吗正确答案是equals相等hashCode必然相等hashCode相同equals不一定相等。当时我身边不少同学在这道题上栽了跟头因为他们记住了结论却没有理解为什么。hashCode的作用是为散列集合服务的比如HashMap、HashSet。当我们往HashMap里put一个键值对时它会先用key的hashCode定位到对应的桶数组下标然后再用equals判断桶里有没有相同的key。如果两个对象equals相等但hashCode不同它们在散列集合里就会被分到不同的桶HashMap就会认为这是两个不同的key导致相同的数据被存进去两次。所以Java官方约定重写equals时必须重写hashCode保证相等的对象有相同的散列值。打一个生活化的比方图书馆的书如果按书名首字母分类两本书书名完全相同它们必然分到同一个字母区间但如果两本书分到同一个字母区间不代表它们是同一本书。hashCode是分类索引equals是精确比对。面试官出这道题表面考的是equals/hashCode的契约实则是在考察你是否理解散列集合的工作机制。如果能顺手答出“HashMap在put时先比较hashCode定位桶再比较equals确定是否覆盖”这题就稳稳拿分了。2.2 重载、重写、静态绑定与动态绑定面向对象模块的题基本绕不开重载Overload和重写Override的区别。斐讯卷子里有一道选择题给出一段代码问输出结果。代码大致是这样的class Animal { public void eat() { System.out.println(Animal eat); } } class Dog extends Animal { Override public void eat() { System.out.println(Dog eat); } public void bark() { System.out.println(Dog bark); } } public class Test { public static void main(String[] args) { Animal a new Dog(); a.eat(); } }输出结果是“Dog eat”。原因在于a的编译时类型是Animal但运行时类型是Dogeat方法被子类重写JVM在运行时根据实际对象类型来决定调用哪个方法这就是动态绑定。而方法重载走的是静态绑定编译器在编译阶段就根据参数的静态类型决定调用哪个重载版本。把这两者对比着理解就不会乱了重载是“同一个类里方法名相同参数列表不同编译器决定”重写是“子类重新实现父类方法参数列表和返回类型兼容运行期决定”。这类题的核心价值在于它考察的是你对“编译期”和“运行期”两个阶段的理解。很多写了两三年Java的人天天用Override注解却说不清动态绑定的原理这在笔试里是很吃亏的。2.3 枚举、lambda与运算符优先级这类“半个基础题”2017年Java 8已经发布多年斐讯的卷子里也出现了一些偏“新特性”的题目。比如枚举类型的使用问枚举能不能定义抽象方法、能不能实现接口。答案是枚举可以定义抽象方法每个枚举常量分别实现枚举也可以实现接口。因为枚举本质上是一个继承自java.lang.Enum的类只是编译器帮我们做了语法糖。lambda表达式也考了一道题问下面代码是否能编译通过Runnable r () - System.out.println(hello);答案是能因为Runnable接口只有一个抽象方法run符合函数式接口的定义。如果接口里有多个抽象方法lambda表达式就无法匹配。这里有个容易忽略的小细节Runnable和Callable都是函数式接口但前者run()没有返回值后者call()有返回值用lambda写法时需要注意表达式体的类型。运算符优先级和表达式求值题几乎是必考的。常见坑点包括int a 5; int b a a;结果是12不是11String s 1 2 3;结果是33不是123短路运算符和||左操作数决定结果时右操作数不执行这套卷子用这些细节提示你字节码层面JVM怎么执行、编译器怎么解析表达式其实比单纯背结论更重要。在准备这类题时我建议用javap -c反汇编一下字节码看几个例子之后运算符和赋值顺序这块基本不会再错。3. 集合框架HashMap、泛型与fail-fast的经典考法集合框架是Java笔试的必考区域斐讯这套卷子也不例外。我记得它出了不少关于集合的题目难度不大但覆盖面比较细从底层结构到使用场景都有涉及。3.1 HashMap的扩容与链表转红黑树怎么答才完整HashMap几乎是Java面试的代名词。斐讯的选择题里有一道考默认参数的HashMap默认初始容量是16默认负载因子是0.75扩容时容量变为原来的两倍。当链表长度达到8且数组长度达到64时链表会转成红黑树如果数组长度没到64会优先扩容而不是转树。这些数值在很多人看来是死记硬背其实背后有工程考量。负载因子0.75意味着在空间利用率和查询效率之间取一个平衡。负载因子越大比如1.0空间利用率高了但哈希冲突概率增大链表变长查询效率下降负载因子越小比如0.5冲突少了但数组很多位置空着浪费内存。0.75在统计上是一个比较合理的折中值。这里我建议答题时多说一句“为什么”不要只背参数。面试官或阅卷人看到你能答出“扩容的目的是减少哈希冲突提高存取效率”和“链表转红黑树是为了防止极端情况下哈希冲突过多导致查询退化成O(n)”对你的基础扎实度会有一个明显更高的评价。3.2 ArrayList与LinkedList的适用场景判断斐讯卷子里有一道老生常谈的题ArrayList和LinkedList有什么区别分别在什么场景下使用答案并不复杂但想答得完整需要从底层数据结构出发ArrayList基于动态数组随机访问时间复杂度O(1)尾部插入和删除也是O(1)均摊但头部和中部的插入删除需要移动元素时间复杂度O(n)LinkedList基于双向链表头部和尾部的插入删除是O(1)但随机访问需要从头或尾遍历时间复杂度O(n)做题时容易掉进的误区是“LinkedList插入快所以插入操作用LinkedList一定更好”。实际上如果插入位置在列表中间LinkedList仍然需要先遍历到指定位置遍历成本是O(n)最终时间未必比ArrayList快。笔试里如果题干说的是“频繁在头部插入和删除”LinkedList是合适的选择如果题干只说“频繁插入删除”而没有指明位置需要看具体实现才能判断。这类题的价值在于提醒你不要记“XX类适合XXX”这种简单结论而是要能从底层数据结构推导出性能特征。推导出来的结论不仅记得牢面试时也能应对追问。3.3 Comparator与Comparable也是笔试里的熟面孔排序是集合框架的常见考点。Comparable和Comparator的区别在斐讯的卷子中出现过简答或填空Comparable是“类自身实现”的比较接口一个类实现了Comparable就意味着它自己有了默认排序规则Comparator是“外部比较器”不修改被比较的类可以随时定义多种排序规则在Java 8之后Comparator可以用lambda表达式和链式调用写出非常简洁的代码比如Comparator.comparing(Person::getAge).thenComparing(Person::getName)。2017年的卷子还不太考这些链式写法但今天复习时完全可以多写一步因为现在的面试官很吃这一套能看出你对Java 8新特性的掌握程度。4. JVM与内存异常OutOfMemoryError这题答好了很加分斐讯这套卷子涉及JVM的题目不多但很有代表性。它不考调优参数不考GC算法的细节而是考最基础的内存区域划分和异常类型判断。但正因为题目基础反而很多人答得不够准确。4.1 堆、栈、方法区的基本功JVM运行时数据区按线程共享和线程私有可以分成两类线程共享堆、方法区线程私有虚拟机栈、本地方法栈、程序计数器笔试常考的点是对象实例存在堆里方法局部变量存在虚拟机栈里方法区存的是类信息、常量、静态变量JDK 8之后方法区被元空间Metaspace取代元空间使用本地内存。最容易出错的地方在于“引用和对象本身”的区别。Person p new Person()这行代码如果出现在方法内部p这个引用变量存放在虚拟机栈的局部变量表中而new Person()这个对象存放在堆里。如果p是成员变量那p这个引用就存放在堆里的对象内部。很多人只记得“引用在栈上”忽略了这个场景区分答题时就被扣分了。4.2 从“insufficient memory”看异常信息的阅读方式现在热词里有一条是java: outofmemoryerror: insufficient memory很多人在运行某些工具时看到这段报错就懵了。其实这里的关键是OutOfMemoryError后面的提示信息五花八门每一种对应不同的内存区域和解决方案Java heap space堆内存耗尽对象太多或存在对象泄漏GC overhead limit exceededGC频繁回收但回收效果差通常也指向堆内存配置不足Metaspace元空间不足加载的类太多Unable to create new native thread创建线程时本地内存不足insufficient memory这个信息通常不是JVM标准堆溢出的提示而更像某个外部进程或JNI层在申请内存失败时打印的需要结合具体上下文判断笔试题如果考OOM往往不会只问“什么是OutOfMemoryError”而是会给你一段代码问“这段代码是否会抛出OOM是哪种OOM”比如无限循环里不断new对象很快堆就满了抛java.lang.OutOfMemoryError: Java heap space。4.3 内存问题在笔试题里的三种出法我在整理这套卷子时总结了JVM内存相关的三种常见出题方式概念题直接问运行时数据区包含哪些部分各自存什么判断题给一段代码判断对象创建在堆还是栈、方法区或者变量引用存放在哪里排查题给出OOM的日志要求选出合适的排查工具比如jmap导出堆转储、jstat查看GC情况、jvisualvm监控内存把这三种题型都准备一遍JVM部分的笔试基本能覆盖到位。5. 多线程与并发考的不是源码是概念清晰度多线程几乎是Java笔试的压轴模块。斐讯的卷子在这个部分的题目风格偏“概念辨析”不像大厂那样一上来就深入AQS和并发源码但基础概念必须说得清清楚楚。5.1 volatile可见性与synchronized锁的定位volatile是老演员了几乎每套Java笔试题都有它的身影。核心考点有三个volatile保证可见性一个线程修改了共享变量的值其他线程能立即看到volatile禁止指令重排可以防止一些因为乱序执行导致的问题比如单例模式的双重检查锁定就需要用volatile修饰instancevolatile不保证原子性count这种复合操作即使在volatile变量上执行依然是线程不安全的很多同学只记住了前两条忽略了第三条。笔试如果出“volatile修饰的int变量多个线程同时对它执行自增最终结果是否是10000”正确答案是“不一定”因为自增操作包含了读取、加一、写回三步volatile只保证了写回后其他线程能看到但没有保证这三步的原子性。synchronized的考点则集中在锁的性质上可重入、非公平synchronized锁默认非公平ReentrantLock可以指定公平性、Java 6之后有偏向锁、轻量级锁、重量级锁的升级过程。笔试常问“synchronized和Lock的区别”可以从锁的获取释放方式、是否可中断、是否可设置超时时间、是否支持多个条件变量等几个维度展开。5.2 线程池参数与任务提交逻辑斐讯卷子里有一道填空题考的是ThreadPoolExecutor的核心参数。标准的七个参数分别是corePoolSize核心线程数maximumPoolSize最大线程数keepAliveTime非核心线程空闲存活时间unit时间单位workQueue任务队列threadFactory线程工厂handler拒绝策略笔试常配一道计算题来考察任务提交流程比如核心线程数5最大线程数10队列容量100现在提交150个任务会发生什么答案是先创建5个核心线程执行前5个任务接下来100个任务进入队列队列满后创建额外的5个非核心线程5到10再执行新任务当线程数达到10且队列已满时剩余任务触发拒绝策略。这里最容易答错的是“队列满之后是先创建新线程还是先拒绝任务”。正确逻辑是核心线程数满了任务进队列队列满了创建非核心线程直到最大线程数最大线程数也满了队列也满了才执行拒绝策略。如果把顺序记混分就丢了。5.3 死锁题的标准解法死锁题目出得也比较多。死锁产生的四个必要条件是互斥资源同一时刻只能被一个线程占用持有并等待线程持有资源的同时还在等待其他资源不可抢占资源只能由持有者主动释放循环等待多个线程形成环形等待链笔试题如果让“写出一个死锁的例子”最简单的方式是开两个线程分别持有两把锁然后互相等待对方释放。如果是简答题让“如何避免死锁”最实用的办法是破坏循环等待比如所有线程按固定顺序加锁或者用tryLock设置超时时间获取不到就释放已持有的锁。多线程这部分的准备思路我建议不要只看理论的“八股文”而是动手写几个小Demovolatile自增实验、死锁Demo、线程池提交任务观察队列变化。写过一遍之后笔试遇到这些概念会非常有底气。6. 手写算法题从冒泡排序到快速排序的考场安全版2017年的校招Java笔试手写代码题不卷斐讯给了两道题一道排序、一道字符串处理。但哪怕是这种难度也有人在考场上为了追求“高端写法”翻车。我的建议是考场写算法题求稳不求骚。6.1 冒泡排序的“最稳版本”冒泡排序是最容易拿到满分的排序算法前提是把边界写对。标准写法如下public static void bubbleSort(int[] arr) { if (arr null || arr.length 2) { return; } for (int i 0; i arr.length - 1; i) { boolean swapped false; for (int j 0; j arr.length - 1 - i; j) { if (arr[j] arr[j 1]) { int temp arr[j]; arr[j] arr[j 1]; arr[j 1] temp; swapped true; } } // 如果一轮下来没有交换说明已经有序提前结束 if (!swapped) { break; } } }这里两个容易丢分的地方一是内层循环的边界是arr.length - 1 - i不是arr.length - 1这样可以避免对已经排好的尾部元素做无用比较二是加一个swapped标记做优化这属于细节亮点阅卷人看到会认为你了解算法的优化空间。6.2 快速排序的考场实现快速排序在笔试中出现频率也很高但考场上写挂的概率比冒泡高得多。最经典的实现是递归加partitionpublic static void quickSort(int[] arr, int left, int right) { if (left right) { return; } int pivot partition(arr, left, right); quickSort(arr, left, pivot - 1); quickSort(arr, pivot 1, right); } private static int partition(int[] arr, int left, int right) { int pivot arr[left]; int i left; int j right; while (i j) { while (i j arr[j] pivot) { j--; } while (i j arr[i] pivot) { i; } if (i j) { int temp arr[i]; arr[i] arr[j]; arr[j] temp; } } arr[left] arr[i]; arr[i] pivot; return i; }关键点在基准值的选择和扫描顺序。上面的写法选取最左边的元素作为基准值扫描时必须先从右往左找小于基准值的元素再从左往右找大于基准值的元素。顺序颠倒会导致最终交换的基准位置不正确。如果觉得这个逻辑容易记混也有另一个更简洁的写法直接倒序遍历把小于基准的元素往前放配合一个partitionIndex标记。写的时候不管用哪种思路先在草稿纸上跑一个简单数组{3, 1, 2, 5, 4}演算一遍确认没问题再抄到答题区能避免大部分边界错误。6.3 二分查找与数组越界斐讯的另一道编程题虽然不是二分查找但二分查找是各类Java笔试题中的常客值得一并准备。最常见的问题是边界条件写错public static int binarySearch(int[] arr, int target) { int left 0; int right arr.length - 1; while (left right) { int mid left (right - left) / 2; if (arr[mid] target) { return mid; } else if (arr[mid] target) { left mid 1; } else { right mid - 1; } } return -1; }mid的写法用left (right - left) / 2可以避免left right直接溢出这是个容易被忽视的优化点。数组越界异常ArrayIndexOutOfBoundsException在这类手写题里是最常见的扣分项一是循环边界多写一个等于号二是没有对空数组和单元素数组做处理。在试卷上写代码时养成“先判空再处理边界”的习惯能减少很多低级错误。7. 机考环境的坑环境变量、乱码和版本警告笔试不只是做题环境问题往往比题目本身更影响心态。当时很多同学在本地IDE里写得好好的一到机考环境就各种报错。这一节聊几个和Java环境相关的高频坑虽然在2017年就存在到今天依然有不少人在牛客网、vscode等场景里遇到。7.1 JAVA_HOME与PATH配置的真正含义如果笔试现场需要自己配Java环境最常见的操作是配JAVA_HOME和PATH。但很多人只知其一不知其二JAVA_HOME指向JDK的安装目录一般配到bin目录的上一级比如C:\Program Files\Java\jdk-17PATH里加入%JAVA_HOME%\bin让操作系统能找到java和javac命令classpath变量在现代JDK中一般不需要手动配置早期教程里配classpath的方式已经不推荐配置完成后在命令行里执行java -version和javac -version检查是否生效。有一个常见的坑明明配了最新JDK执行java -version却显示旧的版本号。原因多半是PATH变量里旧JDK路径排在前面比如C:\Program Files\Common Files\Oracle\Java\javapath在前。解决办法是把自己的JDK路径挪到最前面或者直接删掉那个自动生成的Oracle Java路径。这类问题在笔试现场极其浪费时间所以建议提前把环境变量在本地虚拟机或测试机里完整演练一遍。7.2 “源发行版17需要目标发行版17”是什么问题现在很多同学用IDEA或vscode写Java时会遇到这么一条编译警告java: 警告: 源发行版 17 需要目标发行版 17。它的本质是编译器的source和target版本不一致。代码里用的是Java 17的语法特性或者项目配置里设置了source为17但target还停留在旧版本编译器就会提示需要匹配的目标版本。出现这个警告通常是因为工具有多个JDK版本或者Maven的maven.compiler.source和maven.compiler.target配置不一致。解决办法是在pom.xml里统一设置properties maven.compiler.source17/maven.compiler.source maven.compiler.target17/maven.compiler.target /properties或者使用release17/release这是更推荐的写法因为它能同时控制source和target也能避免误用了JDK 17内部API却被source/target配置绕过的问题。7.3 vscode运行Java报错乱码的排查思路热词里有“vscode运行java报错乱码”这也是机考和日常开发中让人头疼的问题。核心原因是编码不一致。Java源码文件是UTF-8编码但Windows控制台默认使用GBK编码输出中文时就会乱码或者反过来源码文件是GBK编译器按UTF-8读取直接编译报错。排查步骤很简单先确认源码文件本身的编码vscode右下角可以查看和切换确认编译器读取编码javac -encoding UTF-8可以显式指定确认终端输出编码在vscode的settings.json里设置java.debug.settings.consoleEncoding: UTF-8或调整terminal.integrated.profiles.windows的编码参数这套“三端对齐法”可以解决绝大多数乱码问题。实际笔试时遇到乱码不要慌先看是不是控制台输出编码的问题再检查源码编码十有八九是这两者没对上。8. 这套卷子留给我的复习方法论最后说点我自己的体会。斐讯2017秋招Java笔试试卷放在今天来看已经不算难但它的考点分布其实给了一条很清晰的复习主线先吃透JavaSE基础语法和面向对象再把集合、异常、多线程、JVM这几块核心知识梳理成体系最后配上排序、查找这类经典算法的手写能力。我当时做完这套卷子之后给自己定了一个复习计划每个考点都要求自己“能用自己的话解释原理”而不是背结论。比如HashMap为什么默认容量是16为什么负载因子是0.75volatile为什么不能保证原子性这些都要能脱离书本讲出逻辑链条。笔试并不可怕它本质上是在帮你找出知识体系里的盲区。如果你现在也在准备Java笔试我的建议是拿这套卷子做一次自测做完之后把每一道题涉及的知识点都列出来逐个在IDE里写Demo验证一遍。尤其是环境变量、编码、版本配置这类容易被忽略的细节提前练到形成肌肉记忆。真正到了考场上你会发现大多数题目考的不是智商而是你有没有认真准备过。 
长河君 · 2026/8/30 17:01:34 · 阅读 1.2k 斐讯2017秋招Java笔试题复盘：从基础语法到JVM内存全覆盖
一晃眼到了2025年Java校招笔试的题型变了不少但有一个有意思的现象每年还是有不少人翻出“斐讯2017秋招java笔试试卷”来刷。我当年也做过这套卷子说实话它没有哪些刁钻到离谱的题目整体走的是“基础全覆盖少量工程素养考察”的路子。但恰恰是这种风格特别适合用来检验一个人对Java基础的理解到底扎不扎实。如果你正在准备Java工程师岗位的笔试或者想系统梳理一遍JavaSE的核心知识这篇复盘值得认真看一看。我尽量还原我当时做题时的思考过程把考点、答案背后的原理以及机考环境中容易踩的坑一并讲清楚。1. 先看整张卷子题型分布与命题套路当时收到斐讯的笔试邀请我以为是线上OJ那种纯算法题结果点开卷子发现是传统的“选择填空简答编程题”组合。整套卷子答题时间90分钟题量不算大但覆盖面很广考完的最大感受是它并不想难倒你而是想看清楚你平时写代码到底关不关注细节。1.1 选择题、填空题、编程题的比例与考察重心我记得很清楚斐讯这套卷子选择题占了40分左右多是单选少量多选。考察范围大致如下Java基础语法运算符优先级、标识符命名规则、基本数据类型转换面向对象继承、多态、重载与重写、static和final的用法集合框架ArrayList与LinkedList的区别、HashMap的底层结构异常处理checked异常与unchecked异常、try-catch-finally执行顺序多线程synchronized、volatile、线程生命周期JVM基础堆、栈、方法区的基本概念填空题大概是8到10道考得很细比如“HashMap的默认初始容量是______负载因子是______”“volatile关键字保证了可见性和______”。这种题没有太多思考空间纯粹看平时有没有背过、记过。简答题我记得有“简述HashMap在JDK 1.7和JDK 1.8中的底层实现差异”“谈谈你对Java中重载和重写的理解”。编程题两道一道是手写冒泡排序或快速排序另一道是字符串相关的处理比如统计单词出现次数。从命题结构能看出来这套卷子的设计思路是“基础知识占大头算法只要求最经典的排序和简单数据处理”。所以如果你现在要拿这套卷子练手不要一上来就刷动态规划、图论先把JavaSE的基础知识点排查一遍更有效。1.2 2017年的题目为什么到今天还在被翻出来有人可能会问一套2017年的卷子放在今天还有参考价值吗我的答案是有而且比想象中大。Java这门语言的语法和核心类库演进速度并不快尤其是JavaSE层面的知识点比如集合、异常、面向对象、多线程JDK 8到JDK 17这些年的变化主要集中在新增API和语法糖上底层模型并没有发生颠覆性改变。斐讯这套卷子恰好把面试官眼中“一个Java工程师必须具备的基础素养”完整地呈现了出来。换句话说你刷的不是“斐讯的题”而是“一套针对Java基础的高质量自测题”。哪怕这家公司后来经历了不少波折这套卷子本身作为复习资料的价值仍然存在。2. 基础语法和面向对象丢分重灾区不在难题在小细节很多人在准备笔试时喜欢看源码、研究并发结果反而在基础语法选择题上丢分。斐讯这套卷子的第一部分就是基础题我做的时候就发现题目本身不难但每个选项都像一个“温柔的陷阱”。2.1 equals与hashCode选择题里的高频陷阱卷子里有一道很经典的题两个对象的equals方法返回true那么它们的hashCode一定相同吗反过来hashCode相同equals一定返回true吗正确答案是equals相等hashCode必然相等hashCode相同equals不一定相等。当时我身边不少同学在这道题上栽了跟头因为他们记住了结论却没有理解为什么。hashCode的作用是为散列集合服务的比如HashMap、HashSet。当我们往HashMap里put一个键值对时它会先用key的hashCode定位到对应的桶数组下标然后再用equals判断桶里有没有相同的key。如果两个对象equals相等但hashCode不同它们在散列集合里就会被分到不同的桶HashMap就会认为这是两个不同的key导致相同的数据被存进去两次。所以Java官方约定重写equals时必须重写hashCode保证相等的对象有相同的散列值。打一个生活化的比方图书馆的书如果按书名首字母分类两本书书名完全相同它们必然分到同一个字母区间但如果两本书分到同一个字母区间不代表它们是同一本书。hashCode是分类索引equals是精确比对。面试官出这道题表面考的是equals/hashCode的契约实则是在考察你是否理解散列集合的工作机制。如果能顺手答出“HashMap在put时先比较hashCode定位桶再比较equals确定是否覆盖”这题就稳稳拿分了。2.2 重载、重写、静态绑定与动态绑定面向对象模块的题基本绕不开重载Overload和重写Override的区别。斐讯卷子里有一道选择题给出一段代码问输出结果。代码大致是这样的class Animal { public void eat() { System.out.println(Animal eat); } } class Dog extends Animal { Override public void eat() { System.out.println(Dog eat); } public void bark() { System.out.println(Dog bark); } } public class Test { public static void main(String[] args) { Animal a new Dog(); a.eat(); } }输出结果是“Dog eat”。原因在于a的编译时类型是Animal但运行时类型是Dogeat方法被子类重写JVM在运行时根据实际对象类型来决定调用哪个方法这就是动态绑定。而方法重载走的是静态绑定编译器在编译阶段就根据参数的静态类型决定调用哪个重载版本。把这两者对比着理解就不会乱了重载是“同一个类里方法名相同参数列表不同编译器决定”重写是“子类重新实现父类方法参数列表和返回类型兼容运行期决定”。这类题的核心价值在于它考察的是你对“编译期”和“运行期”两个阶段的理解。很多写了两三年Java的人天天用Override注解却说不清动态绑定的原理这在笔试里是很吃亏的。2.3 枚举、lambda与运算符优先级这类“半个基础题”2017年Java 8已经发布多年斐讯的卷子里也出现了一些偏“新特性”的题目。比如枚举类型的使用问枚举能不能定义抽象方法、能不能实现接口。答案是枚举可以定义抽象方法每个枚举常量分别实现枚举也可以实现接口。因为枚举本质上是一个继承自java.lang.Enum的类只是编译器帮我们做了语法糖。lambda表达式也考了一道题问下面代码是否能编译通过Runnable r () - System.out.println(hello);答案是能因为Runnable接口只有一个抽象方法run符合函数式接口的定义。如果接口里有多个抽象方法lambda表达式就无法匹配。这里有个容易忽略的小细节Runnable和Callable都是函数式接口但前者run()没有返回值后者call()有返回值用lambda写法时需要注意表达式体的类型。运算符优先级和表达式求值题几乎是必考的。常见坑点包括int a 5; int b a a;结果是12不是11String s 1 2 3;结果是33不是123短路运算符和||左操作数决定结果时右操作数不执行这套卷子用这些细节提示你字节码层面JVM怎么执行、编译器怎么解析表达式其实比单纯背结论更重要。在准备这类题时我建议用javap -c反汇编一下字节码看几个例子之后运算符和赋值顺序这块基本不会再错。3. 集合框架HashMap、泛型与fail-fast的经典考法集合框架是Java笔试的必考区域斐讯这套卷子也不例外。我记得它出了不少关于集合的题目难度不大但覆盖面比较细从底层结构到使用场景都有涉及。3.1 HashMap的扩容与链表转红黑树怎么答才完整HashMap几乎是Java面试的代名词。斐讯的选择题里有一道考默认参数的HashMap默认初始容量是16默认负载因子是0.75扩容时容量变为原来的两倍。当链表长度达到8且数组长度达到64时链表会转成红黑树如果数组长度没到64会优先扩容而不是转树。这些数值在很多人看来是死记硬背其实背后有工程考量。负载因子0.75意味着在空间利用率和查询效率之间取一个平衡。负载因子越大比如1.0空间利用率高了但哈希冲突概率增大链表变长查询效率下降负载因子越小比如0.5冲突少了但数组很多位置空着浪费内存。0.75在统计上是一个比较合理的折中值。这里我建议答题时多说一句“为什么”不要只背参数。面试官或阅卷人看到你能答出“扩容的目的是减少哈希冲突提高存取效率”和“链表转红黑树是为了防止极端情况下哈希冲突过多导致查询退化成O(n)”对你的基础扎实度会有一个明显更高的评价。3.2 ArrayList与LinkedList的适用场景判断斐讯卷子里有一道老生常谈的题ArrayList和LinkedList有什么区别分别在什么场景下使用答案并不复杂但想答得完整需要从底层数据结构出发ArrayList基于动态数组随机访问时间复杂度O(1)尾部插入和删除也是O(1)均摊但头部和中部的插入删除需要移动元素时间复杂度O(n)LinkedList基于双向链表头部和尾部的插入删除是O(1)但随机访问需要从头或尾遍历时间复杂度O(n)做题时容易掉进的误区是“LinkedList插入快所以插入操作用LinkedList一定更好”。实际上如果插入位置在列表中间LinkedList仍然需要先遍历到指定位置遍历成本是O(n)最终时间未必比ArrayList快。笔试里如果题干说的是“频繁在头部插入和删除”LinkedList是合适的选择如果题干只说“频繁插入删除”而没有指明位置需要看具体实现才能判断。这类题的价值在于提醒你不要记“XX类适合XXX”这种简单结论而是要能从底层数据结构推导出性能特征。推导出来的结论不仅记得牢面试时也能应对追问。3.3 Comparator与Comparable也是笔试里的熟面孔排序是集合框架的常见考点。Comparable和Comparator的区别在斐讯的卷子中出现过简答或填空Comparable是“类自身实现”的比较接口一个类实现了Comparable就意味着它自己有了默认排序规则Comparator是“外部比较器”不修改被比较的类可以随时定义多种排序规则在Java 8之后Comparator可以用lambda表达式和链式调用写出非常简洁的代码比如Comparator.comparing(Person::getAge).thenComparing(Person::getName)。2017年的卷子还不太考这些链式写法但今天复习时完全可以多写一步因为现在的面试官很吃这一套能看出你对Java 8新特性的掌握程度。4. JVM与内存异常OutOfMemoryError这题答好了很加分斐讯这套卷子涉及JVM的题目不多但很有代表性。它不考调优参数不考GC算法的细节而是考最基础的内存区域划分和异常类型判断。但正因为题目基础反而很多人答得不够准确。4.1 堆、栈、方法区的基本功JVM运行时数据区按线程共享和线程私有可以分成两类线程共享堆、方法区线程私有虚拟机栈、本地方法栈、程序计数器笔试常考的点是对象实例存在堆里方法局部变量存在虚拟机栈里方法区存的是类信息、常量、静态变量JDK 8之后方法区被元空间Metaspace取代元空间使用本地内存。最容易出错的地方在于“引用和对象本身”的区别。Person p new Person()这行代码如果出现在方法内部p这个引用变量存放在虚拟机栈的局部变量表中而new Person()这个对象存放在堆里。如果p是成员变量那p这个引用就存放在堆里的对象内部。很多人只记得“引用在栈上”忽略了这个场景区分答题时就被扣分了。4.2 从“insufficient memory”看异常信息的阅读方式现在热词里有一条是java: outofmemoryerror: insufficient memory很多人在运行某些工具时看到这段报错就懵了。其实这里的关键是OutOfMemoryError后面的提示信息五花八门每一种对应不同的内存区域和解决方案Java heap space堆内存耗尽对象太多或存在对象泄漏GC overhead limit exceededGC频繁回收但回收效果差通常也指向堆内存配置不足Metaspace元空间不足加载的类太多Unable to create new native thread创建线程时本地内存不足insufficient memory这个信息通常不是JVM标准堆溢出的提示而更像某个外部进程或JNI层在申请内存失败时打印的需要结合具体上下文判断笔试题如果考OOM往往不会只问“什么是OutOfMemoryError”而是会给你一段代码问“这段代码是否会抛出OOM是哪种OOM”比如无限循环里不断new对象很快堆就满了抛java.lang.OutOfMemoryError: Java heap space。4.3 内存问题在笔试题里的三种出法我在整理这套卷子时总结了JVM内存相关的三种常见出题方式概念题直接问运行时数据区包含哪些部分各自存什么判断题给一段代码判断对象创建在堆还是栈、方法区或者变量引用存放在哪里排查题给出OOM的日志要求选出合适的排查工具比如jmap导出堆转储、jstat查看GC情况、jvisualvm监控内存把这三种题型都准备一遍JVM部分的笔试基本能覆盖到位。5. 多线程与并发考的不是源码是概念清晰度多线程几乎是Java笔试的压轴模块。斐讯的卷子在这个部分的题目风格偏“概念辨析”不像大厂那样一上来就深入AQS和并发源码但基础概念必须说得清清楚楚。5.1 volatile可见性与synchronized锁的定位volatile是老演员了几乎每套Java笔试题都有它的身影。核心考点有三个volatile保证可见性一个线程修改了共享变量的值其他线程能立即看到volatile禁止指令重排可以防止一些因为乱序执行导致的问题比如单例模式的双重检查锁定就需要用volatile修饰instancevolatile不保证原子性count这种复合操作即使在volatile变量上执行依然是线程不安全的很多同学只记住了前两条忽略了第三条。笔试如果出“volatile修饰的int变量多个线程同时对它执行自增最终结果是否是10000”正确答案是“不一定”因为自增操作包含了读取、加一、写回三步volatile只保证了写回后其他线程能看到但没有保证这三步的原子性。synchronized的考点则集中在锁的性质上可重入、非公平synchronized锁默认非公平ReentrantLock可以指定公平性、Java 6之后有偏向锁、轻量级锁、重量级锁的升级过程。笔试常问“synchronized和Lock的区别”可以从锁的获取释放方式、是否可中断、是否可设置超时时间、是否支持多个条件变量等几个维度展开。5.2 线程池参数与任务提交逻辑斐讯卷子里有一道填空题考的是ThreadPoolExecutor的核心参数。标准的七个参数分别是corePoolSize核心线程数maximumPoolSize最大线程数keepAliveTime非核心线程空闲存活时间unit时间单位workQueue任务队列threadFactory线程工厂handler拒绝策略笔试常配一道计算题来考察任务提交流程比如核心线程数5最大线程数10队列容量100现在提交150个任务会发生什么答案是先创建5个核心线程执行前5个任务接下来100个任务进入队列队列满后创建额外的5个非核心线程5到10再执行新任务当线程数达到10且队列已满时剩余任务触发拒绝策略。这里最容易答错的是“队列满之后是先创建新线程还是先拒绝任务”。正确逻辑是核心线程数满了任务进队列队列满了创建非核心线程直到最大线程数最大线程数也满了队列也满了才执行拒绝策略。如果把顺序记混分就丢了。5.3 死锁题的标准解法死锁题目出得也比较多。死锁产生的四个必要条件是互斥资源同一时刻只能被一个线程占用持有并等待线程持有资源的同时还在等待其他资源不可抢占资源只能由持有者主动释放循环等待多个线程形成环形等待链笔试题如果让“写出一个死锁的例子”最简单的方式是开两个线程分别持有两把锁然后互相等待对方释放。如果是简答题让“如何避免死锁”最实用的办法是破坏循环等待比如所有线程按固定顺序加锁或者用tryLock设置超时时间获取不到就释放已持有的锁。多线程这部分的准备思路我建议不要只看理论的“八股文”而是动手写几个小Demovolatile自增实验、死锁Demo、线程池提交任务观察队列变化。写过一遍之后笔试遇到这些概念会非常有底气。6. 手写算法题从冒泡排序到快速排序的考场安全版2017年的校招Java笔试手写代码题不卷斐讯给了两道题一道排序、一道字符串处理。但哪怕是这种难度也有人在考场上为了追求“高端写法”翻车。我的建议是考场写算法题求稳不求骚。6.1 冒泡排序的“最稳版本”冒泡排序是最容易拿到满分的排序算法前提是把边界写对。标准写法如下public static void bubbleSort(int[] arr) { if (arr null || arr.length 2) { return; } for (int i 0; i arr.length - 1; i) { boolean swapped false; for (int j 0; j arr.length - 1 - i; j) { if (arr[j] arr[j 1]) { int temp arr[j]; arr[j] arr[j 1]; arr[j 1] temp; swapped true; } } // 如果一轮下来没有交换说明已经有序提前结束 if (!swapped) { break; } } }这里两个容易丢分的地方一是内层循环的边界是arr.length - 1 - i不是arr.length - 1这样可以避免对已经排好的尾部元素做无用比较二是加一个swapped标记做优化这属于细节亮点阅卷人看到会认为你了解算法的优化空间。6.2 快速排序的考场实现快速排序在笔试中出现频率也很高但考场上写挂的概率比冒泡高得多。最经典的实现是递归加partitionpublic static void quickSort(int[] arr, int left, int right) { if (left right) { return; } int pivot partition(arr, left, right); quickSort(arr, left, pivot - 1); quickSort(arr, pivot 1, right); } private static int partition(int[] arr, int left, int right) { int pivot arr[left]; int i left; int j right; while (i j) { while (i j arr[j] pivot) { j--; } while (i j arr[i] pivot) { i; } if (i j) { int temp arr[i]; arr[i] arr[j]; arr[j] temp; } } arr[left] arr[i]; arr[i] pivot; return i; }关键点在基准值的选择和扫描顺序。上面的写法选取最左边的元素作为基准值扫描时必须先从右往左找小于基准值的元素再从左往右找大于基准值的元素。顺序颠倒会导致最终交换的基准位置不正确。如果觉得这个逻辑容易记混也有另一个更简洁的写法直接倒序遍历把小于基准的元素往前放配合一个partitionIndex标记。写的时候不管用哪种思路先在草稿纸上跑一个简单数组{3, 1, 2, 5, 4}演算一遍确认没问题再抄到答题区能避免大部分边界错误。6.3 二分查找与数组越界斐讯的另一道编程题虽然不是二分查找但二分查找是各类Java笔试题中的常客值得一并准备。最常见的问题是边界条件写错public static int binarySearch(int[] arr, int target) { int left 0; int right arr.length - 1; while (left right) { int mid left (right - left) / 2; if (arr[mid] target) { return mid; } else if (arr[mid] target) { left mid 1; } else { right mid - 1; } } return -1; }mid的写法用left (right - left) / 2可以避免left right直接溢出这是个容易被忽视的优化点。数组越界异常ArrayIndexOutOfBoundsException在这类手写题里是最常见的扣分项一是循环边界多写一个等于号二是没有对空数组和单元素数组做处理。在试卷上写代码时养成“先判空再处理边界”的习惯能减少很多低级错误。7. 机考环境的坑环境变量、乱码和版本警告笔试不只是做题环境问题往往比题目本身更影响心态。当时很多同学在本地IDE里写得好好的一到机考环境就各种报错。这一节聊几个和Java环境相关的高频坑虽然在2017年就存在到今天依然有不少人在牛客网、vscode等场景里遇到。7.1 JAVA_HOME与PATH配置的真正含义如果笔试现场需要自己配Java环境最常见的操作是配JAVA_HOME和PATH。但很多人只知其一不知其二JAVA_HOME指向JDK的安装目录一般配到bin目录的上一级比如C:\Program Files\Java\jdk-17PATH里加入%JAVA_HOME%\bin让操作系统能找到java和javac命令classpath变量在现代JDK中一般不需要手动配置早期教程里配classpath的方式已经不推荐配置完成后在命令行里执行java -version和javac -version检查是否生效。有一个常见的坑明明配了最新JDK执行java -version却显示旧的版本号。原因多半是PATH变量里旧JDK路径排在前面比如C:\Program Files\Common Files\Oracle\Java\javapath在前。解决办法是把自己的JDK路径挪到最前面或者直接删掉那个自动生成的Oracle Java路径。这类问题在笔试现场极其浪费时间所以建议提前把环境变量在本地虚拟机或测试机里完整演练一遍。7.2 “源发行版17需要目标发行版17”是什么问题现在很多同学用IDEA或vscode写Java时会遇到这么一条编译警告java: 警告: 源发行版 17 需要目标发行版 17。它的本质是编译器的source和target版本不一致。代码里用的是Java 17的语法特性或者项目配置里设置了source为17但target还停留在旧版本编译器就会提示需要匹配的目标版本。出现这个警告通常是因为工具有多个JDK版本或者Maven的maven.compiler.source和maven.compiler.target配置不一致。解决办法是在pom.xml里统一设置properties maven.compiler.source17/maven.compiler.source maven.compiler.target17/maven.compiler.target /properties或者使用release17/release这是更推荐的写法因为它能同时控制source和target也能避免误用了JDK 17内部API却被source/target配置绕过的问题。7.3 vscode运行Java报错乱码的排查思路热词里有“vscode运行java报错乱码”这也是机考和日常开发中让人头疼的问题。核心原因是编码不一致。Java源码文件是UTF-8编码但Windows控制台默认使用GBK编码输出中文时就会乱码或者反过来源码文件是GBK编译器按UTF-8读取直接编译报错。排查步骤很简单先确认源码文件本身的编码vscode右下角可以查看和切换确认编译器读取编码javac -encoding UTF-8可以显式指定确认终端输出编码在vscode的settings.json里设置java.debug.settings.consoleEncoding: UTF-8或调整terminal.integrated.profiles.windows的编码参数这套“三端对齐法”可以解决绝大多数乱码问题。实际笔试时遇到乱码不要慌先看是不是控制台输出编码的问题再检查源码编码十有八九是这两者没对上。8. 这套卷子留给我的复习方法论最后说点我自己的体会。斐讯2017秋招Java笔试试卷放在今天来看已经不算难但它的考点分布其实给了一条很清晰的复习主线先吃透JavaSE基础语法和面向对象再把集合、异常、多线程、JVM这几块核心知识梳理成体系最后配上排序、查找这类经典算法的手写能力。我当时做完这套卷子之后给自己定了一个复习计划每个考点都要求自己“能用自己的话解释原理”而不是背结论。比如HashMap为什么默认容量是16为什么负载因子是0.75volatile为什么不能保证原子性这些都要能脱离书本讲出逻辑链条。笔试并不可怕它本质上是在帮你找出知识体系里的盲区。如果你现在也在准备Java笔试我的建议是拿这套卷子做一次自测做完之后把每一道题涉及的知识点都列出来逐个在IDE里写Demo验证一遍。尤其是环境变量、编码、版本配置这类容易被忽略的细节提前练到形成肌肉记忆。真正到了考场上你会发现大多数题目考的不是智商而是你有没有认真准备过。