2023年秋招身边不少朋友都冲着用友集团投了Java岗。作为国内老牌的企业服务厂商用友的Java技术栈沉淀非常深笔试题目也一向以“扎实”著称——不玩偏题怪题但基础不牢的人很容易栽跟头。我把自己参加2023年用友秋招Java岗笔试的全过程、考点复盘和踩坑记录整理成这篇博文给接下来准备投递用友或者其他ToB厂商Java岗的同学做一个参考。整场笔试涵盖选择题、简答题和在线编程题考察范围集中在Java基础、集合框架、JVM、并发、数据库和算法整体难度中等偏上但区分度很高。这篇文章适合两类人看一类是正在准备秋招、春招的应届生想提前了解用友笔试的风格和重点另一类是工作两年以内、想跳槽到企业服务赛道的Java开发也可以通过这篇内容快速自检基础是否牢固。文中不会有太多虚的“面经话术”全部是实际考场上遇到的题目回顾和我觉得值得展开讲的知识点。1. 用友Java笔试的整体设计与出题思路1.1 笔试流程与题型分布2023年用友秋招的Java岗笔试通过牛客网在线完成总时长120分钟题量在50道左右。整体分三个部分单选题、多选题、编程题另外部分批次还会穿插几道简答题。从实际体验来看单选和多选占了大约70%的分数比重编程题虽然只有两道但分值占比不小是拉分的关键。单选和多选的考察范围可以用“大而全”来形容Java基础语法、面向对象、集合框架、JVM内存模型、GC机制、多线程与JUC、MySQL索引与事务、Redis基础、Spring IoC/AOP、操作系统和计算机网络基础都会涉及。我印象比较深的是用友的题目里JavaSE的比例明显高于互联网大厂——这可能和用友的ERP、财务软件产品线有关核心业务系统对Java基础稳定性要求极高所以出题方更看重候选人对语言本身的理解深度。多选题是整场笔试最头疼的部分。少选不得分多选也不得分而且选项里经常出现两个看起来都“对”但其中一个表述不严谨的干扰项。比如考察HashMap在多线程环境下的行为时有一个选项写的是“HashMap是线程不安全的但JDK 8之后put方法不会导致死循环”——前半句对后半句在JDK 8后确实不再因为头插法导致死循环但只说“不会导致死循环”容易让人忽略数据覆盖问题这种题就是故意挖坑。1.2 出题风格背后的逻辑为什么用友这么考在准备用友笔试的过程中我特意去查了用友的技术栈和产品线。用友的核心产品是ERP、财务共享、人力共享等企业级应用这类系统的特点是业务逻辑复杂、数据准确性要求极高、系统需要长期稳定运行、经常要跟银行接口、税务系统做对接。这意味着写代码的时候如果不理解Java的内存模型、不熟悉集合类的底层实现、写不好SQL索引线上出问题的时候排查成本会非常大。所以用友笔试很少考“你背过什么框架的最新特性”而是反复在基础层面做文章。比如JVM这块它不直接问你“GC Roots有哪些”而是给你一段代码问这段代码执行到某个时刻哪些对象可以被回收。这种题考的是你对可达性分析的理解而不是死记硬背。同样的集合框架它不考“ArrayList和LinkedList区别”这种八股而是问“ArrayList在指定索引插入元素的时间复杂度是多少为什么”需要你真正理解数组拷贝的过程。从我自己的感受来说这套出题思路其实很“良心”它筛掉的是临时抱佛脚背面试题的人留下的是大学四年或者工作里真正写过Java、踩过Java坑的人。所以准备这场笔试光刷题是不够的得把基础知识点串成体系来理解。1.3 秋招时间线与复习重点分配2023年用友秋招开启得比较早7月底就有提前批的消息正式批的笔试集中在8月中旬到9月底。我参加的是9月初的一场时间上正好卡在开学后第一周。如果按时间线来规划复习我建议把复习周期拉长到三到四周而不是等收到笔试通知再临时突击。第一周主攻JavaSE基础把面向对象、异常处理、常用类库过一遍配合刷牛客上的Java选择题第二周把重心放在集合框架、泛型、JVM和并发编程上这四块是用友笔试的大头第三周开始刷SQL题和简单的算法题同时整理自己简历上写过的项目想想项目里有哪些点可以被问到第四周就进入模拟笔试阶段按真实考试的时间限制来做整套题习惯牛客的考试界面和编程题的输入输出格式。注意用友的笔试编程题不是在IDE里写的是在牛客的在线编辑器里写的。如果你平时习惯了IDEA的自动补全和编译提示第一次在裸编辑器里写代码会非常不适应。我建议在复习阶段就养成手写代码的习惯至少核心的排序算法和常用数据结构的实现要能脱离IDE直接写出来。2. Java核心考点拆解集合、JVM与并发2.1 集合框架不只是“八股文”要懂底层原理用友笔试对集合框架的考察非常细几乎每场都会出3到5道题。最常考的是HashMap其次是ArrayList、LinkedList、HashSet、TreeMap。这些题目不会直接问你“HashMap的底层数据结构是什么”而是换着花样考察底层原理。举个例子有一道多选题目大概是这样的关于JDK 8中的HashMap下列说法正确的是——选项包括A. 底层使用数组链表红黑树实现B. 当链表长度超过8时链表会直接转为红黑树C. 扩容时元素重新定位需要重新计算hashD. 默认负载因子是0.75。A和D显然正确B错在“直接”两个字——链表长度达到8且数组长度小于64时会先触发扩容而不是转红黑树。C错在“重新计算hash”——JDK 8的扩容优化是利用元素hash值与原数组长度的与运算结果来判断元素在新数组中的位置不需要重新计算hash只需要看新增的那个bit是0还是1。这道题我一开始选错了选了C。后来复盘才发现JDK 7到JDK 8在扩容机制上的优化是面试高频考点如果不看源码很容易凭印象答题。我后来把HashMap的resize()方法源码认真读了两遍才真正理解“不需要重新计算hash”的含义——它只是用(e.hash oldCap)来判断元素是留在原位置还是移动到“原位置oldCap”的位置。ArrayList的考察方式也比较刁钻。有一道题问的是“ArrayList在指定位置插入元素最好和最坏情况下的时间复杂度分别是多少”。很多人的第一反应是O(n)因为需要移动元素。但题目问的是“最好情况”——如果是插入到末尾且数组容量足够时间复杂度是O(1)如果插入到末尾但需要扩容则是O(n)因为要复制整个数组。所以严谨的答案应该是“最好O(1)容量充足时尾部插入最坏O(n)需要移动元素或扩容”。这种题其实是逼你去理解数据结构的本质而不是背结论。我在复习的时候把ArrayList、LinkedList、HashMap、TreeMap的源码都打开看了看重点看put/get/remove这几个核心方法的时间复杂度和触发条件效果比刷一百道选择题都好。2.2 JVM内存与GC从OOM异常切入不少同学在自己的机器上跑Java程序时都见过java: OutOfMemoryError: insufficient memory这样的报错。这个错误在用友笔试里并不是以“如何解决OOM”这种开放题出现的而是以选择题形式考察你对JVM内存区域和GC机制的理解。给我印象很深的一道题一段代码创建了大量对象并放入一个static List中运行一段时间后抛出OutOfMemoryError问最可能出现在哪个内存区域。选项有堆内存、方法区、虚拟机栈、本地方法栈。答案是堆内存但如果题目改成“使用CGLIB动态生成大量类导致OOM”答案就变成了方法区或者JDK 8之后的Metaspace元空间。这就是JVM考察的常见变体——同样的错误不同的内存区域你得能分辨。用友还特别喜欢考察GC Roots。题目会给出一段代码画出对象引用关系图问在某个时刻哪些对象可以作为GC Roots。新手容易把“被引用的对象”当成GC Roots实际上GC Roots指的是从外部可达的引用起点包括虚拟机栈中引用的对象、方法区中静态属性引用的对象、方法区中常量引用的对象、本地方法栈中JNI引用的对象。理解了这一点再看那些“判断对象是否可回收”的选择题就会清晰很多。还有一道关于垃圾收集器的多选题考察的是CMS和G1的特点对比。用友的题目风格是给出一组描述让你选哪些是G1的特性哪些是CMS的特性。G1的关键词是“分区”“可预测停顿时间”“Region”CMS的关键词是“标记-清除算法”“并发收集”“产生内存碎片”。如果之前没有系统整理过考场上很容易混淆。建议复习时把常见的垃圾收集器Serial、Parallel、CMS、G1、ZGC按“适用场景、算法、优点、缺点”四个维度做成表格来记忆。2.3 并发与线程安全多选重灾区并发编程是Java笔试的另一个大头也是多选题“翻车”概率最高的部分。用友喜欢考察synchronized和ReentrantLock的区别、volatile的语义、线程池的核心参数、以及CAS和AQS的基本原理。有一道题问的是volatile关键字的作用。选项包括A. 保证可见性B. 保证原子性C. 禁止指令重排序D. 保证线程安全。A和C是对的B是错的D要看怎么理解——volatile不能保证复合操作的原子性所以不能说它“保证线程安全”。但有意思的是如果题目改成“volatile修饰的变量在多线程环境下是否一定线程安全”很多人就会开始犹豫。这背后的考点是volatile只能解决可见性和有序性问题解决不了原子性问题。比如volatile int count的count操作在多线程下依然会出现数据丢失。线程池的题目也很有代表性。它会给你一个ThreadPoolExecutor的构造参数核心线程数3最大线程数6阻塞队列容量10问当提交15个任务时有多少任务会直接进入队列有多少任务会被拒绝或者会在什么条件下创建超出核心线程数的新线程。要答对这类题必须记住线程池的执行流程提交任务时如果当前线程数小于核心线程数创建新线程执行如果大于等于核心线程数优先放入阻塞队列如果队列满了且当前线程数小于最大线程数创建新线程如果线程数已达到最大值且队列也满了走拒绝策略。用友还考察了sleep和wait的区别。这题本身不难但它的选项很有意思A. sleep是Thread的静态方法wait是Object的方法B. sleep不会释放锁wait会释放锁C. sleep可以在任何地方调用wait必须在同步代码块中调用D. sleep和wait都可以被interrupt中断。这四个选项都是对的但如果你只知道前两个遇到这种“全对”的选项组合就容易犹豫。实际上这题考察的是对Java并发基础知识的完整掌握而不是单个零散知识点的记忆。3. 从基础到实操编程题复盘与算法细节3.1 手写排序算法冒泡和快排的现场优化用友笔试的编程题一般有两道一道偏算法一道偏业务场景模拟。算法题第一场考的是排序相关的变体题不是让你直接写冒泡排序或者快速排序而是给一个具体场景让你用排序思想解决。我记得题目大概是这样的给定一个整数数组和一个目标值k要求将数组中所有小于k的元素放在所有大于等于k的元素之前并保持元素的相对顺序不变。这道题本质上是一个“稳定分区”问题最简单的做法是遍历数组把小于k的元素按顺序放到新数组里再把大于等于k的元素追加到后面时间复杂度O(n)空间复杂度O(n)。但如果要求空间复杂度O(1)就需要用类似冒泡排序的交换思路每找到一个小于k的元素就把它逐步交换到前面已处理区域的末尾。这道题其实是对快速排序中partition操作的变形考察。如果你真的理解快速排序的核心逻辑而不是只背模板代码这种题是很容易想到解法的。所以在准备用友笔试时我建议大家不要只记“快排怎么写的”而是要把partition的三种经典写法Lomuto、Hoare、三路快排都理解透知道它们的区别和应用场景。另一场笔试的编程题直接考察了冒泡排序的优化。题目要求在已排序数组上尽量减少比较次数其实就是“如果某一轮冒泡没有发生任何交换说明数组已经有序提前结束”。这个优化点本身很简单但如果你不知道冒泡排序每一轮都会把当前最大值“冒”到最后面这个事实可能连为什么能提前结束都理解不了。这些题不考你写不写得出来最基础的版本而是考你有没有思考过“怎么让代码更高效”。3.2 字符串与数组高频应用题的底层细节编程题里还有一类常见的是字符串处理用友比较喜欢出跟数字字符串相关的题。比如有一道是“给定一个由数字组成的字符串请返回其能表示的所有IP地址”。这道题需要用到回溯算法在字符串中尝试三种长度的截取判断每段是否合法0到255之间且不能有前导0除非该段就是单独的0。这种题在LeetCode上属于中等难度但我在考场上写的时候还是踩了坑——我忘记了IP地址每段最长是3位这个限制导致递归深度判断有误。复盘的时候才发现回溯类的题目最怕的就是边界条件不清晰。建议在笔试前把回溯算法的典型题目全排列、组合、子集、分割回文串、复原IP地址都过一遍重点不是背代码而是理解“选择、递归、撤销”这三步的模板逻辑。数组类的编程题则偏向于双指针和滑动窗口。有一道题是“找出数组中连续子数组的最大长度要求该子数组的和不超过给定值”这就是典型的滑动窗口题。用右指针扩展窗口当窗口内和超过给定值时用左指针收缩窗口维护一个最大值即可。这种题看着不难但考场上容易在“先收缩再更新最大值”还是“先更新再收缩”上搞错顺序导致结果差一个数。3.3 编程题的在线笔试环境与输入输出这里必须单独提醒一下在线编程的输入输出问题。牛客的笔试环境不像LeetCode那样已经帮你封装好了函数你直接写核心逻辑就行。用友的笔试要求自己写完整的类包括public static void main(String[] args)然后从标准输入读取数据用System.out.println输出结果。很多平时用IDEA写代码的同学习惯了在方法里写逻辑然后本地跑测试到了牛客的编辑器里连Scanner in new Scanner(System.in)怎么用都要想半天。我建议提前把牛客网上“在线编程题”的高频输入输出场景练一遍包括读取单个整数、读取一行字符串、读取以空格分隔的整数数组、读取以逗号分隔的字符串。这些基础操作如果你不提前练考场上真的会卡壳——因为你还得处理next()和nextLine()混用时的换行符问题。用了Scanner之后考场上还有一个容易被忽略的细节是性能问题。如果输入数据量很大Scanner的读取速度可能不够导致程序超时。这也是为什么有些同学在本地测试没问题一提交就超时的原因。对付大数据量输入建议用BufferedReader加上StringTokenizer来提高读取效率输出则用StringBuilder拼接后再一次性输出尽量减少IO操作次数。4. 环境配置与笔试平台的那些坑常见问题与排查技巧4.1 本地环境问题JDK版本、环境变量与编译警告用友的笔试虽然是线上完成但很多同学还是会习惯性地在本地IDE里先跑一遍代码这时候本地Java环境的问题就很影响心情。热词里有一条是java: 警告: 源发行版 17 需要目标发行版 17这个警告在本地编译时非常常见尤其是你安装了JDK 17但项目默认的编译级别还是Java 8或11。这个问题的本质是javac编译时-source和-target参数如果不一致或者IDE里Project Structure和Settings里的Java版本设置不对就会出现版本不匹配的警告或报错。如果只是警告还好如果是报错需要在IDE项目结构里把Project SDK和Project language level统一设置成同一个版本同时检查Maven或Gradle的sourceCompatibility和targetCompatibility配置。说到环境变量另一条热词是java环境变量配置。Windows系统下配置Java环境变量的核心就三步新建JAVA_HOME指向JDK安装目录在Path中添加%JAVA_HOME%\bin新建或修改CLASSPATH为.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar当然这是老版本JDK的做法JDK 9之后可以不配CLASSPATH。考场上如果用的是考试电脑不建议临时去配环境变量直接用在线编辑器就好。但如果是在自己电脑上练习环境变量配不好命令行里输java -version都会报错那连编译都没法做。还有一个容易被人忽略的小问题java环境变量配置详细教程里通常提到要删除Path里原本可能存在的C:\Program Files\Common Files\Oracle\Java\javapath这个快捷路径因为如果这个路径指向的是旧版JDK而你新装的JDK版本更高命令行里运行的java可能还是旧版本。我遇到过一次装完JDK 17后java -version显示的是1.8折腾了半天才发现是这个快捷路径在“抢”优先级。4.2 在线笔试平台的避坑指南笔试平台本身也有一些坑需要注意。用友笔试用的是牛客网这里有几个我亲身踩过的坑写出来希望大家别再踩。第一考试前一定要提前测试摄像头和浏览器。有些在线笔试会要求打开摄像头监考如果浏览器没有授权摄像头权限考试开始后会浪费时间去处理权限问题。建议提前半小时进入考试系统把身份验证、摄像头测试、考试须知全部跑一遍。第二在线编辑器没有代码提示也没有自动保存草稿的功能。虽然牛客一般会有定时自动保存但还是建议每写完一道题就手动确认一下提交状态。编程题通常有“保存草稿”和“提交”两个按钮草稿不会计入最终成绩必须确认点的是“提交”。第三牛客的在线编程题在编译时默认是JDK 8或者JDK 11不同场次可能不一样。如果你代码里用了Java 8之后的新特性比如List.of()、var关键字、String.isBlank()在JDK 8环境下编译会直接报错。我建议写代码时尽量使用JDK 8兼容的语法避免不必要的版本风险。这也能顺便解释为什么热词里会有java标准这一条——在实际的笔试和很多企业生产环境中Java 8依然是使用最广泛的标准版本新特性用起来虽然爽但兼容性往往才是第一位。4.3 编译报错的快速排查从Lombok到源发行版在写编程题的时候我不建议使用Lombok因为在线编辑器不支持。但如果你在自己电脑上练习时用了Lombok可能遇到一条热词里提到的报错java: You arent using a compiler supported by lombok, so lombok will not work。这个报错的本质是Lombok的注解处理器与当前JDK版本不兼容。JDK 16之后Java对内部API的封装加强Lombok低版本会失效。解决办法很简单升级Lombok到最新版本或者在IDE的编译参数中加上-Djps.track.ap.dependenciesfalse。不过在笔试环境中直接用Java原生的getter/setter反而更稳妥。还有一条热词是java数组越界异常以及java: internal error in the mapping processor: java.lang.nullpointerexception。前者不用说是编程题最常见的运行时错误。后者如果你用到了MapStruct做对象转换可能是MapStruct版本与JDK版本不匹配。但不建议在笔试里用这类代码生成框架在线编译器装不了插件也跑不了注解处理器。最后提醒一点考场上遇到编译报错不要慌先把错误信息读完整。牛客的报错信息会把具体的异常类型、出错的行号、错误的描述都打印出来大部分是你自己的数组越界、空指针、或者输入输出格式不对。找到出错的那一行仔细看逻辑多数情况下能在几分钟内修复。不要一看到报错就感觉天塌了更不要反复做无目的的修改那样只会越改越乱。5. 笔试题型之外的准备简历项目与面试衔接5.1 笔试结束后怎么预判后续面试的考察方向用友的面试一般分为技术面一到两轮和HR面。笔试结束后的几天内如果收到面试通知可以快速做一个判断这场面试大概率会围绕笔试中你“答错”或“答得不好”的题目进行追问。因为面试官手上会有你的笔试成绩单他们对你的薄弱点一目了然。比如如果你笔试里的HashMap题目答错了面试官可能在面试一开始就问“你平时用HashMap多吗能说说它的底层原理吗”这不是为难你而是在给你一个补考的机会。所以笔试结束后最好的复盘方式是把不确定的题目记下来回去查资料弄懂而不是考完就扔。我当时笔试后花了一天时间把不确定的题目全部整理了一遍结果面试时真的被问到了一道类似的线程池参数问题算是运气好但更是准备到位。5.2 项目经验怎么准备才能不“露怯”用友这类ToB企业面试时特别看重项目经验的真实性和你对业务的理解。如果你的简历上写了一个电商项目面试官一定会追问订单表怎么设计的为什么用这个索引遇到并发下单怎么保证库存不超卖这些问题的背后考察的是你有没有真正写过企业级应用而不是只照着教程敲了一遍。我建议准备项目经验时不要只准备“我用了Spring Boot MyBatis Redis”这种技术栈列表而要准备“我遇到了什么问题 → 我怎么分析的 → 我怎么解决的 → 最终效果是什么”这个完整的故事线。哪怕项目是仿照网上的教程做的只要有自己独特的思考、改进、踩坑经历面试官也愿意听。在企业级项目里候选人解决问题的能力往往比纯粹的代码能力更被看重用友的老牌产品线需要的是能扛事的Java工程师而不是只会写增删改查的“CRUD Boy”。5.3 保持Java基础持续输入推荐的学习路径如果你现在离笔试还有一段时间我推荐的学习路径是先系统过一遍Java基础面向对象、集合、异常、IO然后深入JVM和并发编程接着补上MySQL和Redis最后刷算法。Java基础这块看书比看视频的效率高但看视频比看书更容易坚持。我个人建议是“书视频刷题”三管齐下但重点放在代码实践上。看得懂和写得出来之间差距比你想象的大得多。热词里有一条java学习路线很多同学收藏了各种学习路线图但真正能坚持走完的很少。我的建议是不要贪多把一条路线走到底比收藏十条路线都有用。用友笔试考的都是Java最核心的内容你只要把《Java核心技术》和《深入理解Java虚拟机》这两本书吃透再配合牛客上的选择题练习过笔试的把握就很大了。注意Java基础这东西突击不来只能靠日积月累。如果你现在才开始准备优先把集合框架、JVM内存模型、线程池这三块吃透这是性价比最高的提分方式。其他边角知识比如Java枚举类型的使用、Lambda表达式的语法可以放到后面补充不用一上来就全面铺开。6. 给准备投递用友的同学的几点实操建议6.1 复习优先级排布从高频考点到低频考点我把用友笔试的高频考点按优先级排了个序第一梯队是集合框架、JVM、并发编程、MySQL索引与事务第二梯队是Java基础语法、设计模式、Spring核心概念、操作系统与网络基础第三梯队是Redis、消息队列、微服务、Linux基础。优先把第一梯队学扎实第三梯队可以不投入太多精力因为用友笔试考察的深度有限不会在这些方面出太偏的题目。第一梯队的复习方式也有讲究。集合框架和并发编程适合通过阅读源码来理解JVM和MySQL适合通过图文形式的专题总结来学习然后配合刷题来检验掌握程度。不要只看不练因为笔试的陷阱选项往往隐藏在非常细节的地方只有通过大量做题才能形成“一眼识别陷阱”的感觉。6.2 时间管理和做题策略用友笔试120分钟50道题平均每道题只有2分多钟时间其实挺紧张的。我的做题策略是先做单选再做编程题最后做多选。原因很简单单选相对简单先做可以快速拿分并建立信心编程题分值高但需要留出足够的时间思考、编码和调试适合在状态最好的时候做多选最“烧脑”容易在一个选项上纠结很久放在最后做即使时间不够也不会太影响前两部分的得分。编程题如果两道都做不完优先保第一道。通常第一道比第二道简单分值相同的情况下拿稳第一道的分数比冒险去啃第二道更划算。写代码时即使不能通过全部测试用例也要确保思路清晰、代码结构完整部分通过也能拿到部分分数。6.3 心态调整一场笔试改变不了什么最后说点心态层面的。我参加用友笔试那天系统一度卡顿有两三道题的答案差点没提交上去当时心态确实有点崩。但后来想想笔试只是整个秋招里的一个小环节一次没发挥好后面还有很多机会。用友秋招除了正式批还有补录和春招而且还有大量的同类企业也在招Java岗。笔试的核心价值不是考倒你而是帮助双方做匹配——你适合什么样的公司什么样的公司需要你这样的人笔试只是其中一道过滤器而已。我在实际准备过程中最大的体会是与其焦虑地刷几十套题不如把基础知识点老老实实过一遍、把原理真正搞懂。用友这套笔试题恰恰是最“原教旨主义”的Java考察——它会给你设陷阱但它从不超纲。把Java基础学扎实不只为了一场笔试更是为以后写企业级应用、排查线上问题打下底子。祝接下来考试的同学都能顺利通过拿到心仪的offer。