每年秋招季，Java岗的笔试题都绕不开几个大厂的固定套路，用友集团的这套卷子算是比较典型的代表：题量适中、难度梯度明显、既考基础又考工程实践。整个笔试内容覆盖了Java基础语法、集合框架、JVM与并发、Spring生态以及算法手写，几乎把校招Java岗需要掌握的核心知识点全部过了一遍。这篇文章我就结合2023年用友集团秋招Java岗笔试的真实题型和考察重点，逐块拆解考点背后的原理和答题思路，既是复盘也是给后面备考的同学一份比较完整的参考。
先说下这套卷子适合谁看：正在准备Java后端校招的应届生、想系统梳理Java基础知识的初级开发者，以及打算跳槽但想先摸摸底的在职工程师。即使你不投用友，这套知识框架也是国内中大厂Java校招的通用标尺，吃透它能省下大量盲目刷题的时间。
1. 用友秋招Java笔试的整体结构与备考定位
1.1 笔试形式与时间安排
用友2023秋招Java岗的笔试采用的是在线笔试平台，大部分技术岗统一安排在一个时间段内完成，通常持续90到120分钟。题型结构比较稳定：选择题（单选+多选）占大头，最后附2到3道编程题。选择题侧重Java基础、集合、并发、JVM和Spring框架，编程题以数据结构与算法为主，偶尔会出现一道与业务场景结合的设计类代码题。
时间分配是很多人的痛点。我见过不少同学前面的选择题反复纠结，结果最后编程题只剩十几分钟，连暴力解法都没写完。我的建议是：选择题每道控制在1分钟内，拿不准的先标记跳过，编程题至少留出40分钟。因为编程题往往是按测试用例给分的，哪怕只过一部分用例也比空着强。
1.2 考点分布与性价比分析
从这套卷子可以看出，用友的考点分布和互联网大厂略有区别，更偏向企业级应用开发所涉及的Java核心能力，而不是纯粹的数据结构和算法竞赛。个人统计下来，大致比例如下：
| 考点模块 | 大致占比 | 复习性价比 |
|---|---|---|
| Java基础语法与面向对象 | 20% | 高，拿分快 |
| 集合框架 | 15% | 高，高频考点集中 |
| JVM与内存模型 | 15% | 中高，理解后不容易忘 |
| 多线程与并发 | 15% | 中高，面试也必考 |
| Spring/Spring Boot框架 | 10% | 中，需要理解设计思想 |
| 算法与数据结构 | 20% | 高，编程题直接决定上限 |
| 其他（网络、数据库、Linux等） | 5% | 视剩余时间取舍 |
这里想多说一句：很多人复习时爱钻研偏题怪题，结果基础题却丢分，非常可惜。用友这套卷子的选择题难度并不算高，很多是概念辨析和代码结果判断题，换句话说，基础扎实的同学拿高分很容易，基础不牢靠的同学就算刷了大量难题也会在简单题上翻车。
2. 面向对象与Java语法基础：最容易被忽视的送分题
2.1 面向对象三大特性的考察角度
用友笔试里面向对象的题目不会直接问“什么是封装”，而是通过代码片段让你判断输出结果，或者让你识别代码违反了哪些设计原则。比如典型的多态考题：父类引用指向子类对象，调用一个父子类都有的实例方法，输出的到底是父类还是子类的结果。这类题考察的是动态绑定机制，关键在于理解“编译看左边，运行看右边”。
重载与重写的区别也是选择题常客。我印象很深的一道题是：给定几个方法签名，问哪些构成合法重载，哪些是重复定义。很多人会把返回值类型不同当作重载的充分条件，这是错的——重载只要求参数列表不同，返回值类型不参与方法签名。如果把这道题想明白了，类似变体题都不会出错。
继承中的构造方法调用顺序也经常出现。考察点在于：子类构造前必须先调用父类构造，如果父类没有无参构造，子类必须显式用super调用。这个知识点还会连带考察静态代码块、实例代码块和构造方法的执行顺序。我建议把这个顺序背下来：父类静态块，子类静态块，父类实例块，父类构造，子类实例块，子类构造。
2.2 枚举、泛型、Lambda与异常处理
这些语法细节在选择和编程题里都有体现。枚举在笔试中通常考察其本质——它本质上是一个继承了java.lang.Enum的final类，所以枚举不能继承其他类，但可以实现接口。用友这道题里给了一个带构造器和抽象方法的枚举，问编译是否通过，实际上是在考枚举能不能定义抽象方法。答案是能，因为枚举可以定义抽象方法，由每个枚举常量分别实现。
泛型则爱考类型擦除。比如问List 和List 在运行时是不是同一个类型，答案是同一个，因为泛型信息在编译期就被擦除了。还有泛型上下限通配符的题目，比如List<? extends Number>和List<? super Integer>分别能往里面添加什么类型。前者不能添加任何元素（除了null），后者可以添加Integer及其子类。这个知识点光背结论容易忘，理解“生产者extends，消费者super”的PECS原则之后，答题会稳很多。
Lambda表达式相关的题目经常会和函数式接口绑在一起。题目会问：下面哪个接口可以用Lambda表达式实现？答案必须同时满足两个条件：接口只有一个抽象方法（即函数式接口），且接口上有@FunctionalInterface注解（或者虽然没有注解，但只有一个抽象方法）。Runnable、Comparator、Callable都是常见的函数式接口，而Comparator因为还有equals等Object方法，但equals是Object的public方法，不算抽象方法，所以它依然是个函数式接口，可以写Lambda。
异常处理考察的点比较集中：受检异常和非受检异常的区分、try-catch-finally的执行顺序、try-with-resources的关闭顺序。有一个容易错的点：如果catch和finally里都有return，那么finally里的return会覆盖catch里的return。还有如果 finally 里抛出了新异常，它会覆盖原始异常。这些看似边缘的细节，恰恰是用友这种笔试喜欢挖坑的地方。
3. 集合框架：存储结构与源码级别的判断力
3.1 HashMap的底层实现与扩容机制
HashMap是用友Java笔试几乎必考的内容，也是Java集合框架里最值得花时间深挖的一个点。它不仅考你背下来的结论，还会通过代码题和场景判断题来考察你对底层实现的理解程度。
核心知识点包括：HashMap底层是数组+链表+红黑树的结构。当链表长度超过8且数组长度大于等于64时，链表会树化成红黑树；当红黑树节点数小于6时，会退化成链表。这里有个容易被反问的细节：为什么转红的阈值是8？因为遵循泊松分布，在负载因子0.75的情况下，链表长度达到8的概率已经极低（约千万分之一），用8作为阈值是时间和空间的权衡结果。
扩容机制也常考。HashMap初始容量是16，负载因子默认0.75，也就是说当元素个数超过16*0.75=12时会触发扩容，容量翻倍到32。jdk1.7是头插法，并发扩容时可能出现循环链表；jdk1.8改成尾插法，避免了这个问题，但HashMap依然不是线程安全的，并发场景得用ConcurrentHashMap。笔试的选择题就爱考“以下哪些说法正确”，上面任何一个细节没掌握都可能丢分。
再提一个容易忽略的点：HashMap允许key为null，key为null时存放在table[0]位置。而Hashtable和ConcurrentHashMap都不允许key为null。很多人知道这个结论但不知道为什么，本质上是因为ConcurrentHashMap在并发环境下无法区分“没有这个key”和“key对应的value为null”这两种情况，所以干脆禁止null。
3.2 ArrayList与LinkedList的适用场景
这个考点看起来简单，但用友真题里出现了结合源码的变体。题目问：以下哪个操作在LinkedList上比ArrayList更快？很多人条件反射地选“插入”，但忽略了“指定位置的插入”其实两者都需要遍历（ArrayList虽然插入是数组拷贝，但定位是O(1)；LinkedList插入虽然只是改指针，但定位是O(n)）。准确的说法是：LinkedList在头部插入和删除更快，ArrayList在尾部插入和随机访问更快。
还有一个常考的点：ArrayList扩容。初始容量10，添加元素超过容量时扩容为原来的1.5倍（int newCapacity = oldCapacity + (oldCapacity >> 1)）。这里有个面试官也爱问的细节：为什么不是2倍而是1.5倍？因为1.5倍的扩容更节省内存，扩容次数也相对可控，是空间和时间的一个折中。笔试里可能直接问“ArrayList扩容后的容量是多少”，注意是1.5倍，不是2倍。
3.3 Comparable与Comparator的辨析
用友的选择题里出现过这样一道题：对一个对象数组排序，对象实现了Comparable接口，问排序结果。这类题考察的是两种比较器的使用场景：Comparable是自然排序，定义在实体类内部，只能有一个实现；Comparator是定制排序，定义在类外部，可以定义多个。用Comparator.comparing可以链式组合多个排序条件，比如先按年龄排序，再按姓名排序。
这里顺便提一下，热词里出现了快速排序java实现和冒泡排序java，这说明排序算法也是笔试和面试的共同重点。用Collections.sort或者Arrays.sort时，底层其实会根据数据类型和规模选择不同的排序算法，比如对象数组用TimSort，基本类型数组用DualPivotQuickSort。了解这些能帮你回答“为什么Arrays.sort比你自己写的快排还快”这类进阶题。
4. JVM与并发：笔试中拉开差距的硬骨头
4.1 JVM内存区域与垃圾回收
JVM这块是Java笔试的深水区，也是用友这套卷子中选择题难度较高的部分。考察内容分为两大块：内存区域划分和垃圾回收机制。
内存区域的题目通常以代码题形式出现：给一段代码，问里面创建的对象分别分配在哪个区域。核心结论是：绝大部分对象分配在堆上，但通过逃逸分析，如果对象不会逃逸出方法，可能被分配在栈上（栈上分配），这是JIT的优化手段。线程共享的区域是堆和方法区（在HotSpot中方法区以元空间Metaspace实现，jdk1.8之后字符串常量池移到了堆中），线程私有的区域是虚拟机栈、本地方法栈和程序计数器。
垃圾回收的重点在于判断对象是否可回收。引用计数法有循环引用问题，所以HotSpot用的是可达性分析算法，从GC Roots出发遍历，不可达的对象才会被回收。哪些对象可以作为GC Roots？虚拟机栈中引用的对象、方法区中静态属性引用的对象、方法区中常量引用的对象、本地方法栈中JNI引用的对象，以及被synchronized持有的对象。笔试容易挖坑的点是：两个对象相互引用，但都和GC Roots断开，问能不能被回收。答案是可以，因为可达性分析不受循环引用影响。
垃圾收集器的题目一般会问CMS和G1的区别。G1是分Region的收集器，把堆划分为多个大小相等的Region，维护一个优先列表，每次根据允许的停顿时间选择回收收益最大的Region，实现了可预测的停顿时间。而CMS是标记-清除算法，会产生内存碎片。这里有一道经典面试题：G1是分代收集器吗？答案是G1保留了年轻代和老年代的概念，但物理上不再连续，仍然是分代收集器。
4.2 类加载机制与双亲委派
类加载机制这块，笔试常考双亲委派模型。题目形式一般是给出一个类的加载过程，问某个步骤发生在哪个阶段，或者问“打破双亲委派的应用场景有哪些”。核心流程是：一个类加载器收到加载请求后，先不自己加载，而是委托给父类加载器，一直往上委托到Bootstrap ClassLoader，父类加载器无法加载时才向下返回。
打破双亲委派的经典场景是Tomcat的WebAppClassLoader，因为每个Web应用需要加载自己版本的同名类，所以它先自己加载，加载不到才委托父类。还有一个经典案例是JDBC的DriverManager，它用了线程上下文类加载器来加载数据库驱动，这也属于打破双亲委派的一种。笔试里如果问“你觉得双亲委派模型有什么缺点”，回答就是“父类加载器无法加载子类加载器路径下的类”，这个答案比单纯背流程更得分。
4.3 线程池的核心参数与执行流程
线程池是并发部分的重头戏，用友笔试对这块的考察非常具体，会直接给出七个参数，问某个场景下线程池的行为。
核心参数要能背得滚瓜烂熟：corePoolSize（核心线程数）、maximumPoolSize（最大线程数）、keepAliveTime（线程存活时间）、unit（时间单位）、workQueue（任务队列）、threadFactory（线程工厂）、handler（拒绝策略）。执行流程是这样的：提交任务时，如果当前线程数小于corePoolSize，创建新线程执行；如果大于等于corePoolSize，加入阻塞队列；如果队列满了且线程数小于maximumPoolSize，创建新线程执行；如果线程数已经达到maximumPoolSize，执行拒绝策略。
拒绝策略有四种：AbortPolicy（直接抛异常）、CallerRunsPolicy（调用者线程执行）、DiscardPolicy（直接丢弃）、DiscardOldestPolicy（丢弃队列中等待最久的任务）。笔试容易考的一个场景是：线程池的corePoolSize=2，maximumPoolSize=5，队列容量=3，一次性提交8个任务，问最终有多少个任务在同时执行。答案是5个，因为第6个及以上任务会进队列，队列容量3，第9个才会触发拒绝策略。这类题只要理解了流程，基本就是送分题。
4.4 synchronized、volatile与Lock
并发的另一个高频考点是synchronized和volatile的区别。synchronized保证原子性、可见性和有序性，volatile只保证可见性和有序性，不保证原子性。笔试里常见的代码题是：多个线程对volatile修饰的int变量执行i++操作，问最终结果是不是一定是10000。答案是不是，因为i++不是原子操作，volatile无法保证复合操作的原子性。这里要注意区分——volatile保证的是每次读取都从主内存读，但读-改-写三步之间依然可能被其他线程打断。
synchronized在jdk1.6之后引入了锁升级机制：无锁、偏向锁、轻量级锁、重量级锁。这个升级过程是单向的，只能从低到高，不能降级。轻量级锁通过CAS来获取锁，竞争激烈时会膨胀为重量级锁，重量级锁依赖操作系统的监视器锁（monitor）实现，涉及用户态和内核态切换，性能相对较差。AQS是ReentrantLock的基础，核心是一个volatile的state变量和一个CLH双向队列。这套体系理解了，并发选择题基本全覆盖。
5. Spring生态与工程实践考点：脱离纯语言层面的考察
5.1 Spring IoC与AOP的理解深度
用友毕竟是以企业级应用为核心业务的公司，Spring框架的考察自然不可少。IoC和AOP是Spring的两大核心，选择题通常在概念辨析和运行机制两个层面出题。
IoC（控制反转）这一块，除了要知道“容器负责创建和管理对象”之外，还要能说清楚Bean的生命周期：实例化、属性填充、初始化（InitializingBean接口、@PostConstruct注解、init-method）、使用、销毁。笔试里有一道常见的排序题：一个Bean的构造方法、@PostConstruct方法、InitializingBean.afterPropertiesSet方法和init-method的执行顺序是什么。正确的顺序是：构造方法 -> @PostConstruct -> afterPropertiesSet -> init-method。这个顺序很多人记不清，其实是按照Spring处理这些回调的先后阶段来记忆的：先属性填充完成后再执行自定义初始化回调。
AOP的考察重点是动态代理的两种实现方式：JDK动态代理和CGLIB代理。默认情况下，如果目标类实现了接口，Spring用JDK动态代理；如果没有实现接口，用CGLIB。但如果配置了proxyTargetClass=true，则强制用CGLIB。Spring Boot 2.x之后，AOP默认使用CGLIB代理，即使类实现了接口。这个知识点在选择题里经常以“以下关于Spring AOP说法正确的是”出现，最容易挖坑的就是代理方式的选择。
5.2 Spring Boot自动配置的本质
Spring Boot的自动配置是近年笔试的热门考点。核心注解是@EnableAutoConfiguration，它通过@Import导入AutoConfigurationImportSelector，这个Selector会扫描所有jar包中META-INF/spring.factories文件里配置的自动配置类。每个自动配置类通常带有@ConditionalOnClass、@ConditionalOnProperty等条件注解，只有满足条件时才会生效。
笔试常考的一个变体是：问某个自动配置类在什么条件下会生效。比如DataSourceAutoConfiguration，只有当classpath下存在javax.sql.DataSource并且没有用户自定义的DataSource Bean时才生效。这就是“约定优于配置”的体现。我在实际做项目时也用到了这个原理：自己写一个starter，通过spring.factories暴露自动配置类，实现中间件的零配置接入。理解自动配置机制后，遇到“为什么我引入了依赖但没有生效”这类问题，排查思路会清晰很多。
5.3 Maven、Git与环境变量等工具链细节
热词里出现了很多关于Java环境配置、java环境变量配置的搜索，说明不少同学在笔试前连本地的Java开发环境都没完全搞定，这其实是很吃亏的。用友的笔试虽然是线上完成，但如果本地没有安装JDK、没有配置好JAVA_HOME，你在练习编程题时会遇到各种莫名其妙的问题，比如命令行编译直接报“javac不是内部或外部命令”。
关于环境变量，JAVA_HOME要指向JDK的安装目录，PATH里要加上%JAVA_HOME%\bin，CLASSPATH一般不需要手动设置了。热词里还有一个具体报错：java: 警告: 源发行版 17 需要目标发行版 17，这个error在实际开发中经常遇到，原因是本机JDK版本和项目编译版本不一致。解决办法是在pom.xml或者build.gradle中统一source和target的版本，或者在IDEA的Settings -> Build Tools -> Maven -> Runner里把JRE版本调成一致。笔试不会直接考这种报错，但如果你是提前在本地练题时遇到了，能自己解决也是一种工程能力。
Maven的考察点主要是依赖管理机制：坐标（groupId、artifactId、version）、依赖传递、依赖冲突解决（就近原则、第一声明优先）、scope的含义（compile、provided、runtime、test、system）。Git主要考分支操作和回退命令，比如git reset和git revert的区别。这些都是日常开发中反复用到的东西，笔试里出现也不意外。
6. 算法题与手写代码：性价比最高的冲刺点
6.1 冒泡排序与快速排序的手写能力
用友笔试的编程题不会故意为难人，但基础的排序算法必须能手写出来。热词里冒泡排序java和快速排序java实现搜索量很高，说明这是很多人的薄弱点。以我个人的经验来看，突击复习算法时，与其背一堆花哨的算法模板，不如把几个经典算法练到肌肉记忆的程度，因为笔试场景下手写代码本身就容易紧张，熟悉度不够基本上写不对。
冒泡排序是最基础的排序算法，虽然实际开发中几乎用不到，但笔试中可能作为编程题的基础步骤出现。手写时注意两点：一是每轮比较后最大的数会沉到末尾；二是优化点——如果某轮没有发生交换，说明已经有序，可以提前退出。
快速排序的写法有递归版和迭代版。我推荐掌握递归版，因为它代码更清晰，不容易写错。快排的关键是partition函数：选基准（pivot）、从右向左找比基准小的、从左向右找比基准大的、交换，最后把基准放到正确位置。这里有一个很多人容易忽略的细节：如果pivot选择的是最左边的元素，那么必须先从右边开始扫描，否则会覆盖pivot的正确位置。这个细节一旦写错，整个排序结果都会乱掉。
6.2 高频算法模板：链表反转、二分查找与字符串处理
算法题里，链表的题出现频率极高。反转链表是最基础的，有迭代和递归两种写法。迭代写法的核心是三个指针prev、curr、next，每次把curr.next指向prev，然后整体后移。递归写法更简洁但理解门槛稍高，核心思想是假设后面的链表已经反转，只需要调整当前节点的指针。建议两种都练熟，因为笔试场景下如果时间充足，可以用迭代写，如果对递归有信心，递归写起来更漂亮。
二分查找也是高频考点。用友的编程题出现过在有序数组中查找目标值左右边界的变体。这里的关键在于边界条件的处理：while循环是left < right还是left <= right，缩边界时mid+1还是mid。我总结了一个简单可靠的模板：
public int binarySearch(int[] nums, int target) { int left = 0, right = nums.length - 1; while (left <= right) { int mid = left + (right - left) / 2; if (nums[mid] == target) { return mid; } else if (nums[mid] < target) { left = mid + 1; } else { right = mid - 1; } } return -1; }注意mid的写法用left + (right - left) / 2，而不是(left + right) / 2，因为后者在left和right都很大的时候可能溢出。这类细节在笔试阅卷时虽然不会逐一检查，但写成这样本身就体现了你的代码素养。
字符串处理题通常考察StringBuilder的使用和双指针技巧。热词里出现的java中数组越界异常，在算法题中也非常常见——比如字符串转字符数组之后遍历，下标没有控制好就会抛ArrayIndexOutOfBoundsException。我建议在写循环时养成一个习惯：凡是涉及到数组或字符串索引，先确认边界条件，再写循环体。
6.3 刷题策略与临场答题习惯
笔试编程题和面试手撕代码最大的区别在于：没有人和你互动，你只能靠自己。这就要求你在刷题时养成“一气呵成”的习惯。我推荐按专题刷题：先数组、字符串、链表，再二叉树、动态规划，最后再练习一些常见的贪心和回溯问题。每个专题刷10到15道题，不求数量多，但每道题都要完全理解并能独立写出来。
临场答题时，有一个很实用的技巧：先读题目，确认输入输出格式，然后先在草稿纸上写几个测试用例，推演一遍思路，再开始写代码。写完代码后一定要自己手动过一遍测试用例，包括边界情况。这个步骤很多人会跳过，结果上了考场才发现代码有逻辑漏洞，白白丢分。笔试判题通常只看最终通过率，不会在意你调试过程写了什么，所以确保提交前代码能跑通大部分用例才是最重要的。
7. 复盘与备考建议：踩过的坑和亲测有效的路线
7.1 备考时间线与节奏安排
现在回头看，我踩过最大的坑就是一开始没有制定系统性的复习计划，而是东一榔头西一棒子地刷题，导致前面学后面忘。如果你还有2到3个月的准备时间，我建议把复习分成三个阶段：
第一阶段（2-4周）：系统性过Java基础。以《Java核心技术卷I》或者高质量的基础视频为教材，把面向对象、集合、异常、泛型、IO、反射这些基础内容吃透。每个知识点都要动手写代码验证，不要只停留在“能看懂”的层面。这个阶段结束后，你应该能达到“看到一个类名就能说出它的常用方法和底层结构”的程度。
第二阶段（2-3周）：集中突破JVM、并发和Spring。这三个模块是笔试中难度最高、分值最重的部分。建议搭配《深入理解Java虚拟机》和《Java并发编程的艺术》这两本书的关键章节来学习。Spring部分可以配合官方文档和实际项目演示来理解，不用背源码，但要能说出核心设计思想。
第三阶段（2-3周）：刷题和模拟笔试。每天固定做2到3道算法题，保持手感。每周至少做一次完整的模拟笔试，限定时间，检验自己的各模块正确率。模拟笔试的结果能帮你精准定位薄弱点，然后进行针对性补强。
7.2 现场答题的注意事项
笔试当天的发挥往往比平时的积累更重要。有几个细节我想特别提醒：
第一，在线笔试平台最好提前半小时进入，检查摄像头、浏览器、网络连接。千万不要因为网络卡顿导致交卷失败，这种低级失误每年都有人犯。
第二，选择题中遇到不会的题不要死磕，先标记，最后有时间再回头想。特别是多选题，选错一个可能就全扣分，不确定的选项宁可不选。我见过很多人对多选的规则不熟悉，结果多选了一个错误选项，导致整题零分，非常可惜。
第三，编程题一定要先确认输入输出格式。有些题目的输入是一个数组，有些是多行输入，有些需要处理到文件尾，这些细节一旦搞错，代码逻辑再正确也无法通过测试用例。我通常的习惯是：先用简单的输入样例手动模拟一遍代码运行，确认输入输出匹配再提交。
第四，编程题的命名和注释不需要太复杂，但至少要做到变量名可读。虽然笔试判题不看你代码风格，但万一做题中途思路混乱，清晰的变量名能帮你更快理清逻辑。
7.3 个人体会
最后分享一点我自己的体会吧，关于“八股文”这个被很多人诟病的东西。热词里频繁出现java八股文、java面试必备八股文，确实，国内校招笔试面试对基础概念的记忆要求很高。但我越来越觉得，八股文本身不是坏事，关键是背诵的方式要正确——不是死记硬背答案，而是背“为什么”。比如你背“HashMap线程不安全”，同时要知道它为什么不安全（并发put可能导致数据覆盖、jdk1.7还有扩容死循环问题），这样面试时被追问才有底气。笔试也一样，理解了原理之后，考题再怎么变形你都能识别出它考的就是那个核心知识点。
用友这套笔试题整体难度在秋招Java岗里属于中等偏上，不搞竞赛级算法，也不出偏门知识，但对基本功的要求非常扎实。如果你能把这篇文章里梳理的考点全部掌握，不说拿满分，至少拿到面试通知是绰绰有余的。
