说实话整理这份《斐讯2017秋招Java笔试试卷》复盘的时候我自己也感叹了一句当年的校招题放到今天依然能精准戳中大量候选人的知识盲区。很多人以为校招笔试考的是“会不会写代码”实际上考的是三件事基础扎不扎实、读题细不细致、遇到没见过的场景敢不敢下手。这套卷子的价值不在于题目本身有多难而在于它完整展示了企业校招对Java工程师的通用能力预期。这篇内容我按试卷的模块拆开聊把每一类题背后的考察意图、标准答案逻辑、以及常见的丢分点都过一遍。无论你是准备春招秋招的应届生还是工作一两年想回头补基础的开发这篇都值得花二十分钟认真看完。1. 试卷整体结构与命题思路拆解1.1 一套校招Java笔试卷的典型构成斐讯这套2017秋招的Java笔试卷从内容分布上看是当时非常标准的“三明治”结构前面是基础选择与填空中间是简答与读代码题最后是两道编程题。这个结构在校招笔试题里非常经典因为它能同时完成两件事——用客观题快速筛掉基础不牢的人用编程题筛选真正能动手写代码的人。具体到题量配比这套卷子大约有30道左右的选择题、5-8道简答或读程序题、2道手写算法题考试时间一般为90到120分钟。很多同学拿到卷子第一反应是“题太多了写不完”这恰恰是命题人的预期。校招笔试从不是让你每题都做完而是在有限时间内考察你的取舍能力哪些题是送分题必须秒掉哪些题需要花时间推导哪些题实在不会就该果断放弃。我见过太多考生在前面的选择题上死磕一道纠结题结果编程题没时间写最后挂得非常冤。这套卷子的另一个特点是覆盖面广但单点不深。Java基础语法、面向对象、集合框架、JVM、多线程、数据库基础、简单算法都有涉及但很少出现特别冷门的偏题怪题。命题人很清楚校招进来的人不要求马上能干活但必须是一个“基础没有明显短板的人”。所以与其说这套卷子在考技术深度不如说它在测你的知识面是否完整。1.2 命题人真正想考察的三种能力如果把这张卷子的所有题目归类会发现命题人背后其实只关心三件事。第一是基础概念的准确度。比如考“标识符命名规则”“运算符优先级”“JDK中常见类的继承关系”这类题没有任何技巧会就是会不会就是不会。它考察的是你平时有没有认真读过书、写过代码而不是靠面试前突击背几道题就能糊弄过去的。第二是读代码与排错能力。这套卷子有相当一部分题目是“给出代码问输出结果”或“这段代码哪里有问题”。这类题的潜台词是你平时写代码的时候有没有真正理解程序是如何运行的。像数值溢出、String拼接、集合遍历时修改元素这类问题如果没实际踩过坑光靠背概念是答不准的。第三是手写代码的基本功。两道编程题通常一道是算法题排序、字符串处理一道是简单的业务场景模拟。很多工作了几年的人回头做这套编程题反而会卡住因为平时开发都是IDE自动补全手写代码时连import都容易漏。校招笔试考手写的原因很简单公司要确认你是真的写过代码而不是只会抄代码。另外我注意到一个让人警惕的现象——笔试中那些反套路题开始大量出现。比如我在批改类似卷子时经常看到题目明明问“HashMap和Hashtable的区别”不少考生上来就背“Hashtable是线程安全的HashMap不是”却忽略了题目给的是JDK 8环境还要补充“红黑树的引入让HashMap在哈希冲突严重时性能从O(n)优化到O(logn)”才算是答到了点子上。这提醒各位准备笔试时不能只背结论要把每个知识点放到特定版本和场景里去理解。2. 基础语法与面向对象最容易拿分也最容易被扣分的部分2.1 标识符、运算符与表达式题目的答题逻辑热词里有“java标识符命名规则”“java运算符和表达式”这两块是校招笔试必考的前菜也是最容易阴沟翻船的地方。斐讯这套卷子也不例外开头几道选择题全是这类基础题。标识符命名规则这块核心考点就是四句话不能以数字开头不能是Java关键字大小写敏感可以由字母、数字、下划线和美元符号组成。但命题人不会直接问“下面哪个是合法标识符”而是会给你几个容易混淆的选项比如123abc、_name、$value、class、var。这里面_name和$value都是合法的class是关键字不能用var在JDK 10之后是保留类型名但早期版本不算错误。如果你用的JDK版本认知还停留在8碰到var这类选项就会懵。所以答题时先确认题目环境再逐个排除不要凭感觉选。运算符与表达式考得更阴。我印象最深的一道题int i 1; i i;问执行完i是几。答案是1但很多人会选2。原因是i在Java里是先返回原值再自增赋值操作覆盖了自增的结果。这种题考察的是Java运算符的执行过程而不是简单的“自增就是加一”。还有短路运算的考点if (a ! null a.length() 0)如果a为null后面的a.length()根本不会执行所以不会抛NullPointerException。这个细节在笔试里也经常出现。我在实际阅卷中发现不少考生在表达式类型转换上丢分。比如byte b 1; b b 1;是编译报错的因为b 1结果是int类型但byte b 1;却能通过编译因为复合赋值运算符会自动做隐式类型转换。这种题没有什么理解成本纯粹是平时写代码时有没有注意过编译器的报错信息。2.2 、equals与String驻留机制这套卷子里有一道经典到不能再经典的题String s1 abc; String s2 new String(abc);问s1 s2和s1.equals(s2)的结果。答案是前者为false后者为true。这道题的失分率出奇地高原因在于很多人只记住了结论却不知道为什么。s1 abc会在字符串常量池中创建或引用一个对象s2 new String(abc)则是在堆内存中新建一个对象。比较的是引用地址两个对象地址不一样所以falseequals在String类中被重写为比较内容所以true。这个知识点如果只答到这一层能拿一半分如果你想拿满分还要补充如果写的是String s2 new String(abc); s2 s2.intern();那么s1 s2就会变成true因为intern()会把字符串放入常量池并返回池中的引用。和这个知识点紧密相关的还有String为什么是不可变的。试卷里如果出现这道题很多人的回答是“因为String类用final修饰”这只能算勉强及格。更完整的答案应该是String类内部用private final char value[]存储字符所有修改操作都会返回一个新的String对象不会改变原对象常量池的复用机制也要求字符串必须不可变否则池中同一个引用被修改会导致所有指向它的变量全部错乱。这类题能帮你拉开与普通候选人的差距因为考察的不只是记忆而是你有没有真正理解设计者的意图。顺带说一句我在批改试卷时发现一个高频错误很多人会写s1 s2的答案是false但理由写得乱七八糟比如“因为new了一个新对象所以地址不同”这个说法其实经不起推敲。如果是基本类型包装类IntegerInteger a 100; Integer b 100; a b返回true因为Integer缓存了-128到127但Integer c 200; Integer d 200; c d返回false。这个和String的常量池机制类似但又不完全相同建议备考时把“缓存池机制”作为一个专题仔细理解。2.3 面向对象三大特性的笔试题型面向对象编程是Java笔试的重头戏这套卷子围绕封装、继承、多态出了好几道题。考察方式通常有两种一是给一段代码问输出二是给一个场景让你写出合理的设计。继承与初始化顺序是必考题。比如一个父类有静态代码块、构造代码块、构造函数子类也有同样的三个问创建子类对象时执行顺序是什么。正确答案是父类静态代码块 - 子类静态代码块 - 父类构造代码块 - 父类构造函数 - 子类构造代码块 - 子类构造函数。记忆口诀是“先静态后实例先父类后子类”。但光记口诀不够要理解为什么静态代码块在类加载阶段执行只执行一次构造代码块在每次创建对象时都会执行且它在构造方法之前执行。多态部分最常见的是重载与重写的区别题。我见过的错误答案往往是“重载是编译时多态重写是运行时多态重写的返回值类型必须完全相同”。最后一句是错误的——重写时返回值类型可以是原类型的子类型协变返回类型。例如父类方法返回Object子类重写时可以返回String。这种细节如果你没注意笔试时就会丢分。封装在笔试题中很少直接考概念更多的是考查控符的可见范围。public、protected、默认、private的可见范围要背到滚瓜烂熟protected虽然叫“受保护”但它不仅仅是包内可见还允许不同包下的子类访问。这个点经常考而且经常被混淆。3. 集合框架、泛型与常用类校招笔试的“主战场”3.1 HashMap原理与底层数据结构如果说基础语法部分是开胃菜那集合框架就是正餐。斐讯这套卷子在集合这块出的题目尤其多其中HashMap相关的内容占了很大比重。这也符合大厂校招的一贯风格——HashMap是Java集合框架里最值得深挖的一个类它的数据结构、扩容机制、哈希算法、并发问题每一个点都能单独拉出来考一考。HashMap的底层结构以JDK 8为例是数组加链表加红黑树。当链表长度超过8且数组长度大于64时链表会树化为红黑树目的是把查询时间复杂度从O(n)降到O(logn)。这个8的阈值不是随便定的它来自泊松分布模型——在负载因子0.75的情况下链表长度达到8的概率已经低到千万分之六所以这个阈值是时间和空间的平衡点。如果你在试卷上能把这一点写出来阅卷人一眼就能看出你研究过源码。扩容机制也是高频考点。HashMap的默认初始容量是16负载因子是0.75也就是说当元素个数达到16 * 0.75 12时会触发扩容容量翻倍到32。这里有个很容易丢分的细节JDK 7及之前的版本扩容后需要重新计算每个元素的哈希值并插入新数组JDK 8通过引入红黑树和尾插法同时优化了扩容时的元素迁移逻辑性能有明显提升。如果题目环境是JDK 7那还得考虑并发扩容时可能出现循环链表的问题。答题前先看清楚题目JDK版本是所有读题的第一步。HashTable和ConcurrentHashMap的对比题也经常出现。HashTable直接在方法上用synchronized锁整个哈希表并发效率极低现在基本被淘汰了。ConcurrentHashMap在JDK 7里用Segment分段锁JDK 8改成了CAS加synchronized只锁链表头节点并发度大大提升。这三种Map的对比建议做一张表线程安全机制、锁粒度、性能、适用场景。笔试中按表格思路作答会显得条理清晰分数也会拿满。3.2 ArrayList与LinkedList的选型对比这两种List是笔试题里的常客套路也差不多先问底层数据结构再问各操作的复杂度最后给你一个使用场景让你选型。ArrayList底层是Object[]数组支持随机访问get(int index)的时间复杂度是O(1)但插入和删除如果发生在中间位置需要移动后续元素复杂度是O(n)。LinkedList底层是双向链表插入删除理论上只要改变前后节点的指针复杂度是O(1)——但需要注意如果先要找到插入位置那add(int index, E element)仍然是O(n)的因为需要遍历链表。很多人在这个细节上栽过以为LinkedList所有插入都是O(1)结果丢分。还有一个隐藏考点是ArrayList扩容机制。ArrayList默认容量是10当元素个数达到当前容量时会扩容为原来容量的1.5倍oldCapacity (oldCapacity 1)。如果提前知道要存很多元素最好用new ArrayList(expectedSize)指定初始容量减少扩容带来的数组拷贝损耗。这道题如果出现在简答题里答出扩容倍数和手动指定初始容量的优化策略基本就满分了。3.3 枚举、内部类与Lambda的基础考察这套卷子还涉及了枚举类型、内部类和Lambda表达式的内容虽然占比不大但往往能拉开差距。很多人复习时会忽略这些小知识点但企业出题恰恰喜欢挑这种大家都不重视的地方。枚举的核心考点是枚举是一种特殊的类可以定义成员变量、构造方法、抽象方法枚举的构造方法必须是private的values()和valueOf()是编译器自动生成的方法。题目常给一个带构造方法和成员变量的枚举让你判断输出。我见过最经典的考题是枚举实现单例因为枚举的构造方法私有且枚举实例是线程安全的所以《Effective Java》推荐用枚举来实现单例模式。这题在笔试里出现的概率很高建议单独背一下。Lambda是Java 8引入的函数式编程特性。如果题目考Lambda一般会结合Comparator、Runnable、Stream流式操作来出题。比如让你用Lambda表达式实现字符串按长度排序list.sort((s1, s2) - s1.length() - s2.length())。这里要特别注意Lambda表达式中引用外部变量必须是final或事实上finaleffective final否则编译报错。这个点是很多人在IDE里偶尔遇到、但没深究过的错误笔试中敢考这一点的试卷命题人是真的在筛选有实战经验的人。4. JVM与内存管理决定你能不能拿Offer的分水岭4.1 运行时数据区与OutOfMemoryError排查热词里有“java: outofmemoryerror: insufficient memory”这其实是很多初学者在本地跑程序时被IDE抛出的错误弹窗但JVM内存管理这个主题在校招笔试里从来不会缺席。斐讯这套卷子在JVM部分出了至少三道题分别涉及运行时数据区划分、内存溢出场景判断、GC回收机制。先说运行时数据区这是JVM的送分题必须一字不差地记住五个区域程序计数器、虚拟机栈、本地方法栈、堆、方法区JDK 8之后叫元空间MetaSpace。其中只有程序计数器不会发生OutOfMemoryError因为它是线程私有的且只存储当前线程执行的字节码行号其他区域都有各自的溢出场景。堆内存溢出最容易理解new太多对象不回收就OOM虚拟机栈溢出一般是因为递归调用太深元空间溢出则是因为动态生成太多类。这类题还有一个进阶问法给你一段代码问会抛出什么类型的OOM。比如一个无限new String[]但对象一直有引用抛的是java.lang.OutOfMemoryError: Java heap space。如果代码是不断创建新线程且每个线程都在无限循环抛的是java.lang.OutOfMemoryError: unable to create new native thread。记住不同区域的溢出错误提示文案不一样根据提示文案判断溢出区域是校招笔试和面试必考的基本功。4.2 GC机制与对象存活判断GC这块的高频考点是“判断对象是否能被回收”核心算法有两个引用计数法和可达性分析算法。引用计数法因为无法解决循环引用问题JVM主流虚拟机其实用的是可达性分析。面试笔试题特别喜欢问“两个对象互相引用但没有其他引用指向它们是否能被回收”正确答案是能因为从GC Roots出发已经无法到达这两个对象了。GC Roots包含哪些对象这个经常考虚拟机栈栈帧中的局部变量表中引用的对象、方法区中类静态属性引用的对象、方法区中常量引用的对象、本地方法栈中JNI引用的对象。把这些背下来基本就不会丢分。还有四种引用类型——强引用、软引用、弱引用、虚引用——也是笔试高频题。强引用是普通new出来的对象只要还有强引用指向它GC就不会回收软引用在内存充足时不回收内存不足时回收最适合做缓存弱引用在下一次GC时无论内存是否充足都会回收虚引用随时都可能被回收主要用来跟踪对象被回收的状态。这种题有时候会结合实际场景问如果你来设计一个图片缓存应该用什么引用类型答软引用因为既要用缓存提升性能又不能在内存紧张时导致OOM。4.3 类加载过程与双亲委派模型斐讯这套卷子还考了类加载过程这个点稍微有点深入但恰恰是能体现候选人与普通程序员差距的地方。类加载分为五个阶段加载、验证、准备、解析、初始化。加载是找到字节码文件并生成Class对象验证是检查字节码是否符合JVM规范准备是为类变量分配内存并设置默认值(static int a 10在准备阶段设置的是0而不是10)解析是把符号引用替换为直接引用初始化才是真正执行类变量赋值和静态代码块。双亲委派模型的考察方式通常是为什么需要双亲委派答案是为了保证Java核心库的类型安全。比如java.lang.String类如果用户自己写一个java.lang.String类加载器会先委托给启动类加载器加载JDK自带的String不会加载用户写的版本从而避免了核心API被篡改的风险。这个模型的价值说白了就是“爸爸先看爸爸加载不了的再往下传”。类加载这块的题如果出现了很多人会放弃但我想说的是它其实是性价比很高的得分点——因为知识点边界清晰背下来就是拿到了。工作两三年的人也未必能把双亲委派讲清楚如果你能在笔试里写明白面试官对你的技术深度会高看一眼。5. 多线程与并发基础从笔试看真实工程能力5.1 线程创建方式与生命周期状态机多线程是校招笔试的必考模块斐讯这套卷子在这块的出题方式非常务实不考复杂的并发工具源码而是考线程创建方式、线程生命周期、以及synchronized和volatile的区别。这些是并发编程的基石也是进入公司后实际写代码最常用的能力。线程创建方式标准答案是三种继承Thread类、实现Runnable接口、实现Callable接口配合FutureTask使用。但如果你只答这三种大概率只能拿基础分。真正想拿高分的回答要补充通过线程池ExecutorService创建才是生产环境最推荐的方式因为它能复用线程、控制并发数、避免频繁创建销毁线程的开销。笔试中遇到问创建方式建议将线程池也带上一起答展示你了解生产级最佳实践。线程生命周期这块要记住六个状态NEW新建、RUNNABLE就绪/运行、BLOCKED阻塞等待锁、WAITING无限期等待、TIMED_WAITING限期等待、TERMINATED终止。高频考题是从WAITING状态恢复的条件比如Object.wait()需要其他线程调用notify()或notifyAll()才能唤醒Thread.join()等待目标线程终止Thread.sleep()则是到期自动恢复。这里有个特别容易错的地方sleep()不会释放锁wait()会释放锁。如果题目问“持有锁的线程调用sleep后其他线程能否进入同步代码块”答案是能。5.2 synchronized与volatile的底层语义对比synchronized和volatile对比题是并发模块的保留曲目几乎每一套校招Java卷子都会出。答案框架有三层原子性、可见性、有序性。synchronized是重量级锁JDK 6之后引入偏向锁、轻量级锁、重量级锁的升级过程实际上也没那么重了它同时保证三个特性volatile只能保证可见性和有序性保证不了原子性。所以经典考题“volatile能否保证原子性”的答案是一个干脆的“不能”但你要能解释比如volatile int count在多线程下执行count这个操作本质是读改写三步volatile只能保证每次读取到最新值但无法保证读改写这个复合操作不被其他线程插队。更深一层如果笔试题目让你谈谈synchronized锁升级原理你可以答出偏向锁到轻量级锁再到重量级锁的升级路径。偏向锁会记录线程ID如果同一线程重复进入就不需要CAS操作一旦有其他线程竞争就升级为轻量级锁通过CAS自旋等待锁释放自旋超过阈值后升级为重量级锁此时未获取到锁的线程会真正阻塞。这个考题对本科生来说稍有难度但对工作几年的人来说是架构师面试里才会被问到的深度。放在校招笔试卷里大概率是作为加分题存在。5.3 多线程笔试题的代码陷阱多线程读代码题里最常见的陷阱是死锁分析。我印象很深的是斐讯这套卷子里有一道经典死锁题线程A持有锁1等待锁2线程B持有锁2等待锁1问程序会不会死锁如果会如何解决。答案当然会死锁解决办法有四种思路保证加锁顺序一致这是最简单的方案、使用tryLock带超时、使用ConcurrentHashMap等并发容器替代手动加锁、使用ReentrantLock公平锁等高级特性。还有一道有趣的题目是这样的两个线程交替打印奇数和偶数要求输出1、2、3、4…到100。它考察的是线程协作需要用到wait/notify或者Lock/Condition机制。这里有个很容易被忽略的陷阱被notify唤醒的线程拿到锁之后要先检查条件是否真的成立再执行操作否则可能出现虚假唤醒spurious wakeup。所以正确写法通常是在循环里判断条件而不是用if。这个点能写出来的人少之又少但一旦写出来这道题基本就算答得漂亮了。6. 算法与编程题冒泡与快排背后的动手功夫6.1 手写排序算法的考察逻辑热词里有“冒泡排序java”“快速排序java实现”这两道算法题放在笔试编程题位置的频率相当高。斐讯这套卷子的编程题恰好就是“手写冒泡排序”和“手写快速排序”。很多同学看到题目心里会乐觉得这也太简单了结果一上手写到一半卡住或者写出来但边界条件处理不对被扣了分。原因在于平时都是看别人代码自己动手敲得少。冒泡排序的核心一句话概括每轮从头到尾两两比较把最大的元素冒泡到末尾。两轮循环外层控制冒泡轮数内层控制比较范围。每内层循环的结束条件要设为array.length - 1 - i因为第i轮结束后数组末尾已经有i个元素排好序了不需要再参与比较。这是最容易被忽视的优化点写上就是加分项。如果试卷旁边有“请说明时间复杂度”答案必须是最好O(n)、最坏O(n^2)、平均O(n^2)并且要补充“最好情况下可以加标志位优化如果某一轮没有发生交换说明已经有序提前结束”。快速排序是经典的分治思想选一个基准值pivot把小于基准值的放左边大于基准值的放右边然后递归处理左右两部分。手写快速排序有一个非常容易踩的坑partition函数的边界处理。很多人在写左右指针移动时没有处理等于基准值的情况导致进入死循环。推荐写法是霍耳分区法左边找比基准大的右边找比基准小的两个都找到就交换最终把基准值放到正确位置。核心是循环条件里有等于号的时候指针移动要有足够的退出逻辑。6.2 编程题的答题策略与边界条件手写编程题不光考算法本身还考你的工程素养。我批改过各种企业笔试卷很多人的代码算法逻辑是对的但漏了三个工程关键点没有处理空数组和null、没有考虑数组长度小于2的边界、方法签名不符合题目要求。这些错误非常可惜因为算法部分对了却因为边界条件扣分。正确做法是写代码之前先在草稿纸上写好方法签名比如public static void quickSort(int[] arr, int left, int right)然后在方法开头加上终止条件if (arr null || arr.length 2) return;。递归方法还要额外加if (left right) return;。这些“防御性代码”在校招笔试阅卷人眼中体现的是你是否经历过真实的代码评审是否有生产环境的代码习惯。还有一个容易被忽略的点是如果编程题要求输出结果最好在写算法之前手动模拟一遍过程防止算法思路偏差。比如快速排序选数组第一个元素做基准值时对一个几乎有序的数组会退化成O(n^2)。所以如果试卷允许建议写“三数取中法”选基准值来规避最坏情况。不需要写太多简单一句“取左端、右端、中间元素的中位数做基准值”就能体现出你对算法鲁棒性的理解这是拉开差距的细节。7. 常见问题与排查技巧实录7.1 时间分配与答题顺序策略整理和复盘这套斐讯笔试卷的过程中我一直对那些能在笔试里拿到高分的同学做跟踪发现他们有一个共同点不是最聪明的但一定是考场策略最好的。笔试时间紧、题量大策略不对再扎实的基本功都发挥不出来。我的建议是拿到试卷先花两分钟整体扫一遍题目标记出三类题秒杀题、思考题、放弃题。秒杀题不用犹豫直接写答案思考题留到后面集中突破放弃题绝对不恋战直接蒙一个选项。选择题每道控制在45秒到1分钟以内简答题每道控制在5分钟以内剩下的至少35到40分钟要留给编程题。因为编程题一道就是15到20分一道选择题才1到2分性价比完全不是一个量级。还有一个很多人忽略的细节笔试的时候先把编程题的思路用注释写出来再写代码。比如先写// 1. 判空 // 2. 分区 // 3. 递归然后再逐行实现。这样做有三个好处一是阅卷人扫一眼就能看懂你的思路就算代码有bug思路对也能拿大部分分二是注释帮你锁定代码结构不容易写一半自己绕晕三是如果时间不够了注释本身也能证明你掌握了算法流程而不是完全空白。这条经验是我反复对比不同考生试卷后总结出来的最实用的应试技巧。7.2 本地环境与编译问题笔试现场的隐形杀手热词里出现了“java环境变量配置”“vscode运行java报错乱码”“源发行版17需要目标发行版17”这三条看起来跟笔试试卷不相关但它们恰恰是笔试现场最常见的隐形杀手。很多在线笔试系统需要你本地写代码再提交如果你的环境没配置好可能还没开始做题就被环境问题耗光了时间。最经典的是编译版本不匹配的问题本地用JDK 17编译的代码提交到笔试系统是JDK 8直接报“java: 无效的源发行版”之类的错误或者代码用了var、List.of()等新特性导致编译失败瞬间心态就崩了。准备笔试前一定要先确认笔试系统支持的JDK版本并且尽量用兼容性写法——不要用太新的语法特性不要依赖IDE自动补全。还有乱码问题尤其是Windows环境下代码里的中文注释和字符串经常在编译时变成乱码导致字符串比较出错。原因通常是系统的默认编码是GBK而代码文件是UTF-8。解决办法是按照标准流程设置环境变量建议直接将代码文件统一保存为UTF-8同时参考网上广泛认可的变量配置教程把编码问题在笔试前提前解决。这些环境准备看着琐碎但在真实笔试中掉链子的人真的很多值得每一位候选人多花一点时间准备。7.3 复盘这套卷子后的三条备考建议拿着这份试卷复盘到最后我想把最有实战价值的三条建议单独拎出来说一说。第一条基础概念的复习要以面试的口吻来组织。不要只满足于“我知道”要能把这个知识点在纸上讲清楚。比如看过HashMap源码和能画出它的结构图是完全不同的两回事。建议每复习一个知识点就合上书自己写一遍关键结构。检验标准是如果第二天还能不看资料复述出来才算真的掌握了。第二条代码题一定要在纸上写。用IDE的时候编译器会帮你纠正语法错误、自动提示方法名但笔试现场没有这些辅助。我建议备考期坚持每天手写两道算法题写成完整的方法包括public static void main包括import。练一周你就会发现手写代码的准确度明显提升笔试时也能更加从容。第三条把错题整理成自己的错题本。考生在笔试中最常犯的错误其实翻来覆去就那几个i的赋值顺序、String常量的驻留机制、集合遍历时修改元素、HashMap的树化条件、快速排序的partition边界。如果发现自己这些坑踩了一回又一回要么是复习方法不对要么是没有真正理解原理。错题本的价值不是让你背题而是让你在做题时多一层警觉这道题是不是又在考我上次错过的那个点写在尾声一个关于笔试的真实体会整理完这套斐讯2017秋招Java笔试卷的全部考点后发现过了这些年再来回看它仍然没有任何过时的感觉。Java基础语法没变、集合框架的核心设计没变、JVM的内存模型没变——技术在飞速迭代但计算机科学的基础知识像一座沉稳的压舱石稳稳地托住上层那些花哨的新框架和新语言。你背过的每一个基础考点都会在未来的某一次面试、某一次性能排查、某一次代码评审中突然跳出来帮你一把。这也是为什么我会建议所有准备Java校招的同学无论目标公司是大厂还是中小团队都值得认真做两套像这样的历史真题——因为刷题的意义不是押中原题而是通过它们把那些真正重要的底层知识牢牢刻进脑子里。