每年校招季Java岗的笔试总是最热闹的战场。昨天刚参加完用友集团2023年秋招Java岗的线上笔试趁着印象还热乎我把整场笔试的题目类型、考点分布、踩坑细节和复盘思路完整梳理一遍。无论你是明年备战校招还是正在准备社招跳槽这份实录都能帮你少走不少弯路。先说结论用友的笔试整体难度中等偏上题型覆盖很全面不搞偏题怪题但非常考验Java基础功底的扎实程度。考试用的是牛客网系统全程摄像头监控一共90分钟包含单选、多选、简答和两道编程题。时间看起来充裕但如果基础不牢会在客观题上耗掉大量时间导致编程题没空优化。我周围好几个同学就是栽在这里——客观题纠结太久最后编程题只写了个暴力解。接下来我按实际考试流程把每部分的题型、考点、解题思路以及我踩过的坑一条条拆开讲。1. 笔试整体观感题型分布与时间分配策略1.1 用友笔试的题型结构与分值分布用友集团作为国内老牌的企业服务厂商技术栈以Java为核心笔试出题也带着明显的企业级应用色彩。整张卷子分为四个部分单选20题、多选10题、简答2题、编程2题。总时长90分钟满分100分其中客观题占60分主观题和编程题占40分。从分值占比就能看出来客观题是大头。这跟互联网大厂动辄两道hard级算法题的模式不同用友更看重候选人对Java基础知识的掌握广度。我在考场上的体感是选择题涉及的知识点非常散从Java基础语法到JVM调优、从并发编程到Spring框架、从数据库索引到Redis缓存几乎是“全都要会”的状态。个别题目甚至考到了Java 8 Stream的底层实现和泛型擦除机制问得相当细。时间分配上我的建议是客观题控制在40分钟以内简答题10分钟剩下的40分钟全部留给编程题。别小看这个时间规划我亲眼看到有同学在选择题上耗了50多分钟最后编程题只来得及写个半成品。笔试不要求你每道题都会但要求你会做的题拿满时间内的分数。1.2 从整体风格看用友的招人偏好考完之后我倒推了一下用友的招人画像基础知识扎实、对Java语言本身有深层理解、具备一定工程实践能力。从题型设计来看它不追求“偏、难、怪”更在意你是否具备企业级应用开发的基本素养。举个例子多选里有一道关于Spring事务传播行为的题四个选项里有两个是正确的另外两个挖了坑。这种题在牛客网刷题时经常见到但如果在实际项目中没亲手踩过事务失效的坑很容易被带偏。再比如简答题它问的是“描述一下Spring Bean的生命周期”这在面试八股文里属于基础题但你光背出BeanPostProcessor的调用顺序是不够的最好能结合一个具体场景说清楚为什么需要这些扩展点。另外用友的笔试系统有个细节值得注意编程题的用例评测比较严格但不会卡常数级别的性能边界。也就是说只要你思路正确、代码能跑过核心用例基本就能拿到大部分分数。所以备战用友笔试重点应该放在“基础扫盲”和“常见题型熟练度”上而不是死磕极端算法优化。2. 客观题考点全解析从Java基础到框架原理2.1 Java核心语法与集合框架的考察重点用友笔试的选择题里Java基础部分大约占了8到10道题考察面非常广。我印象最深的三类考点是集合框架的底层实现、字符串与包装类的比较、泛型与异常机制。集合框架是必考区。ArrayList和LinkedList的区别、HashMap的扩容机制、ConcurrentHashMap在Java 8前后锁粒度的变化这些属于基础中的基础几乎没有悬念地出现在卷面上。但真正拉开差距的是细节题比如它问你“HashMap在JDK 1.7和JDK 1.8中插入节点时头插法和尾插法谁解决了死循环问题”这就不仅要背结论还得理解扩容时链表迁移的具体过程。我建议备战的时候找一张HashMap在Java 8中的put流程图把resize与treeifyBin的触发条件彻底搞清楚。字符串和包装类的比较题也很有迷惑性。有一道题给了四行代码String s1 hello; String s2 new String(hello); String s3 s2.intern(); System.out.println(s1 s2); System.out.println(s1 s3);问输出结果是什么。如果你对常量池和intern方法的语义不清楚很容易在这道题上丢分。实际上s1 s2为falses1 s3为true。因为new出来的对象在堆上而intern返回常量池中的引用。这类题没有技巧就是靠平时积累。泛型考得比较隐晦我记得有一道多选题是关于“Java泛型中List 和List 在运行时是否为同一个类型”的。答案是同一个类型因为泛型存在类型擦除。但选项中同时出现了“可以通过反射绕过泛型检查强行放入Integer”的表述——这其实也是对的。这类题考的是你对Java泛型机制的深层理解而非单纯API记忆。2.2 并发编程与JVM面试八股文的“浓度”体现如果Java基础是开胃菜那并发编程和JVM就是正菜了。用友笔试中这两块加起来有6道题左右基本延续了“面试八股文”的主流方向但出题角度比普通刷题软件更贴近实际场景。并发编程的考点集中在synchronized与ReentrantLock的区别、volatile的可见性与有序性、线程池的核心参数和执行流程。有一道题给出了一个自定义线程池的配置核心线程数8、最大线程数20、队列容量50、拒绝策略为CallerRunsPolicy然后问当同时提交100个任务时有多少任务会执行拒绝策略。如果你只是背了“先核心、再队列、再最大、最后拒绝”的流程没实际算过很容易选错。这个场景下的正确计算过程是前8个任务创建核心线程执行接下来50个进入队列剩余42个会尝试创建新线程但最大线程数只有20已有8个核心线程所以最多新建12个剩余30个触发拒绝策略。这道题算完我对“八股文要结合计算题一起复习”这句话有了更深刻的体会。JVM部分则是典型的“内存区域垃圾回收类加载”三件套。有一道题直接问了“Java中OutOfMemoryError: insufficient memory这个错误最可能出现在哪个内存区域”这个我刚好在之前的项目里踩过坑——有一次批量导出报表时代码里一次性把10万行数据全加载进内存结果堆内存直接爆掉日志里报的就是这个错。正确的选项是Java堆内存因为对象实例分配的主要区域就是堆。另外还考了一道ParNew收集器和CMS收集器的搭配使用题问的是老年代用哪个收集器——这个考点比较细节主要看你有没有看过《深入理解Java虚拟机》中关于收集器搭配的表。2.3 Spring与中间件企业级开发的差异化考点用友笔试跟其他互联网公司笔试的一个显著区别是它花了相当比例考察Spring生态和常见中间件。这也符合用友做企业软件的产品定位。这一部分有4道题左右比重不算低。Spring相关的题目集中在IOC与AOP、Bean生命周期、事务传播机制。有一道多选题特别典型“下列关于Spring事务传播行为的说法正确的有哪些”。A选项“REQUIRED支持当前事务如果不存在则新建事务”是对的B选项“REQUIRES_NEW挂起当前事务并新建事务”也是对的C选项“NESTED和REQUIRES_NEW效果完全相同”是错的因为NESTED使用保存点实现部分回滚而REQUIRES_NEW是两个完全独立的事务D选项“SUPPORTS在有事务时加入事务没有事务时以非事务方式运行”是对的。这道题如果你在项目里只用了默认的REQUIRED其他传播级别没碰过就很难拿准。中间件部分考了Redis和MySQL。Redis考的是缓存穿透与缓存雪崩的解决方案、Redis持久化机制RDB和AOF的对比MySQL考的是索引失效场景和事务隔离级别。这些考点跟我平时积累的面试题高度重合但用友更喜欢把它们包装成具体业务场景来出题比如“某接口在查询数据时Redis中不存在该key大量请求直接打到数据库这种现象属于什么如何解决”。答案就是缓存穿透解决方式是布隆过滤器或缓存空值。3. 编程题完整复盘两道题的思路演进与代码实现3.1 第一题基于HashMap的投票统计与排序题目背景大概是某次评优活动n个评委每人投出一票票上写的是候选人姓名要求统计出得票数最高的前三名候选人并按得票数降序输出如果票数相同按候选人姓名的字典序升序输出。数据范围是n小于100万候选人姓名长度不超过20。第一反应是直接用HashMap统计频次然后对Entry集合排序。逻辑上没问题但n是100万量级全部存进HashMap再排序内存和时间都有压力。更稳妥的做法是先用HashMap统计再维护一个大小为3的小顶堆堆顶是当前前三名中票数最少的人。这样排序的复杂度从O(m log m)降到了O(m log 3)其中m是候选人数量内存开销也更可控。我当时是这么写的import java.util.*; public class VoteTop3 { public static void main(String[] args) { Scanner sc new Scanner(System.in); int n sc.nextInt(); MapString, Integer map new HashMap(); for (int i 0; i n; i) { String name sc.next(); map.put(name, map.getOrDefault(name, 0) 1); } PriorityQueueMap.EntryString, Integer heap new PriorityQueue((a, b) - { if (!a.getValue().equals(b.getValue())) { return a.getValue() - b.getValue(); } return b.getKey().compareTo(a.getKey()); }); for (Map.EntryString, Integer entry : map.entrySet()) { heap.offer(entry); if (heap.size() 3) { heap.poll(); } } ListMap.EntryString, Integer list new ArrayList(heap); list.sort((a, b) - { if (!a.getValue().equals(b.getValue())) { return b.getValue() - a.getValue(); } return a.getKey().compareTo(b.getKey()); }); for (Map.EntryString, Integer entry : list) { System.out.println(entry.getKey() entry.getValue()); } } }这里面有个细节特别容易翻车小顶堆的比较器必须处理“票数相同”的情况。堆里只能留三个人堆顶是最小的如果两个人票数相同我们希望在堆顶的是字典序更大的那个这样字典序小的候选人能留在堆里。所以比较器里当票数相同时返回b.getKey().compareTo(a.getKey())让字典序大的被认为“更小”。我当时在草稿纸上推演了几组测试数据才确认这个逻辑正确笔试环境下没法debug这种细节真的很考验基本功。3.2 第二题二维矩阵最短路径问题动态规划变体第二题是经典动态规划的一个变体。题目给了m行n列的矩阵每个格子有一个非负整数值代表经过该格子的花费。从左上角走到右下角每次只能向右或向下移动一格求最小总花费。但相比LeetCode 64题的最小路径和用友加了一个限制路径中不能连续经过三个值相同的格子。比如“1,1,1”连续三次走同样值的格子就不合法。这个限制让状态转移方程多了一个维度。我当时的处理方式是在常规dp[i][j]的基础上增加两个数组分别记录到达当前格子时最后一步的值以及已经连续走了多少个相同的值。如果当前格子的值与上一步的值相同连续次数加1如果不同连续次数重置为1。只有连续次数小于等于2的状态才允许转移。核心代码逻辑我写成了这样int[][] cost new int[m][n]; int[][][] dp new int[m][n][3]; for (int i 0; i m; i) { for (int j 0; j n; j) { Arrays.fill(dp[i][j], Integer.MAX_VALUE); } } dp[0][0][1] cost[0][0]; for (int i 0; i m; i) { for (int j 0; j n; j) { if (i 1 m) { int nextCnt (cost[i 1][j] cost[i][j]) ? 2 : 1; if (nextCnt 2) { dp[i 1][j][nextCnt] Math.min(dp[i 1][j][nextCnt], dp[i][j][1] cost[i 1][j]); } } if (j 1 n) { int nextCnt (cost[i][j 1] cost[i][j]) ? 2 : 1; if (nextCnt 2) { dp[i][j 1][nextCnt] Math.min(dp[i][j 1][nextCnt], dp[i][j][1] cost[i][j 1]); } } } }这里其实有个状态表示不完整的问题dp第三维只开了3但我把“连续次数”简化成了1或2两种状态没有记录更长的连续历史。好在这道题的限制是“不能连续超过2个”所以只保存当前连续次数就够了。但如果限制改成“不能连续超过3个”就需要开4个状态。这种思路在动态规划的优化中很常见叫“状态压缩”把子问题里冗余的信息砍掉只保留影响未来决策的关键变量。笔试时我提交的代码没有做滚动数组优化m和n都是1000以内的规模O(m*n)的空间可以接受。但如果数据范围大到10的5次方级别就得考虑把dp数组压成两行来滚动更新了。时间关系我没来得及做这个优化实测用例能过就果断交了。3.3 编程题答题技巧如何在没有IDE的情况下保证正确率牛客网的在线编辑器没有自动补全也没有报错高亮写Java代码全靠手动控制。我这次吃了个小亏平时在IDEA里写代码习惯了快捷键到了在线编辑器里import语句都要自己敲导致第一题花了不少时间在基础代码上。这里分享几个在线笔试写Java代码的实用技巧。第一提前背熟高频使用的类路径比如java.util.、java.io.、java.util.stream.*不要每次考试时才去回忆Stream怎么实现分组。第二Scanner和BufferedReader的选择要提前想好如果数据量在百万级别Scanner会拖慢速度直接用BufferedReader按行读取效率更高。第三PriorityQueue的自定义比较器写法要特别熟练笔试现场搜不了API文档写不出来就是真的写不出来。4. 笔试过程中的环境坑与避坑实录4.1 牛客网笔试系统的代码运行环境问题这题我原本没打算写但考完在微信群里看到好几个同学反馈遇到了“本地能跑线上编译不过”的情况我觉得有必要单独聊聊。牛客网的Java在线运行环境默认使用OpenJDK版本号在不同场次可能不一样。我这次考试用的环境是OpenJDK 1.8但有些同学在本地用的是JDK 17代码里用了var关键字或者List.of()这种Java 9的API提交到线上直接编译失败。这是一个非常冤枉的丢分点。所以我强烈建议备考阶段统一把本地开发环境切换成JDK 8或者至少保证笔试时写的代码不依赖高于JDK 8的语法特性。用友整体技术栈偏传统企业级很多老项目基于JDK 8开发笔试环境大概率也是1.8。如果你平时用IDEA JDK 21写代码考前一定要去牛客网模拟一次真实环境感受一下老版本JDK的运行约束。4.2 内存溢出与堆内存设置一道隐藏的送分题我在选择题部分提到了OutOfMemoryError这道题这里展开聊聊一个更容易被忽略的细节。笔试过程中我注意到系统发了一道关于“java: OutOfMemoryError: insufficient memory”的选择题表面上是考JVM内存区域实际上考察的是你在真实项目中处理OOM的经验。正确思路是定位到具体报错信息。如果你在日志里看到“Java heap space”那是堆内存不足优先排查代码里是否有一次性加载超大对象如果看到“Metaspace”那是元数据区满载优先排查是否有大量动态生成类如果是“unable to create new native thread”那就跟系统线程数限制有关不是调大-Xmx就能解决的。这道题也给了我们一个备战方向复习JVM时不要只记几个内存区域的名字要能根据报错信息反推问题根源。这是我做项目时踩坑总结出来的经验放在笔试里同样适用。4.3 Lombok不可用与编码乱码问题笔试开始前我提前15分钟进入考试系统做环境检测结果发现系统弹出了一个警告检查到当前环境不支持Lombok相关注解处理。当时我人都懵了——笔试还能用Lombok点开详情才发现这是系统在检测在线代码编辑器的插件状态。由于牛客网的代码编辑器不是完整IDELombok插件不会生效所以代码里如果写了Data、Slf4j这些注解运行时会直接报编译错误。这个警告其实是个善意提醒。它告诉我两件事第一笔试的代码里不要写任何Lombok注解老老实实手写getter/setter第二它从侧面说明用友内部技术栈确实重度使用Lombok所以会在笔试环境里特地进行检测。备考时不妨把这个信号当成一个复习方向——在简历上写“熟练使用Lombok”没问题但更重要的是理解它背后的注解处理器原理。另外有个同学在群里反馈他提交Java代码后工具输出的中文乱码程序执行结果对不上预期。我研究了一下发现是牛客网默认的GBK编码和他本地IDE的UTF-8编码冲突导致的。解决方案是在代码里主动指定输入输出流的编码格式比如new BufferedReader(new InputStreamReader(System.in, UTF-8))或者直接编译时带上-encoding UTF-8参数。这个坑特别隐蔽建议笔试时代码里涉及中文输出的地方都检查一下编码设置避免在编码上白白丢分。4.4 考试过程中的网络与摄像头问题用友笔试要求全程开启摄像头系统会不定时抓拍。我这次考试中途出现过一次摄像头掉线的弹窗当时心里一紧赶紧重新点了“检测摄像头”按钮恢复了正常连接。事后复盘这个问题大概率触发原因是我笔记本合了一下盖子触发了系统休眠。如果有同学跟我在同一场景下遇到类似问题不要慌先举手示意或者直接在系统里重新完成设备检测。绝大多数笔试系统允许中途掉线一次但如果频繁出现可能会被判为作弊嫌疑。建议考试前把所有后台程序全部关掉尤其是会弹窗的聊天软件把操作系统睡眠时间调整为“从不”最大程度避免这类问题的干扰。5. 从用友笔试反推Java岗备考的侧重点与建议5.1 八股文的“广度”与“深度”如何权衡用友笔试不像字节、阿里那样把算法题作为绝对核心反而更加看重Java技术的全景覆盖。这意味着你的备考策略不能是“死磕LeetCode”而是“八股文打底、算法保底”。具体来说如果你准备时间只有一个月我建议把精力优先放在以下方向上Java集合框架源码HashMap、ConcurrentHashMap要看JVM内存模型与垃圾回收器重点理解CMS和G1的区别并发编程中的锁机制与线程池参数计算Spring的核心原理IOC、AOP、事务传播级别MySQL索引优化与Redis常见问题。这些考点是用友笔试题中出现频率最高的也是面试环节几乎必问的知识库。我特意拿热搜词做了个比对发现近期网上流传的“Java面试八股文”内容跟用友笔试的重合度非常高。并不是说背八股文就一定能过笔试但至少能保证你在客观题环节不吃亏。真正决定你是否能进入面试环节的反而往往是那道看起来“不难”的编程题——毕竟客观题大家都在刷编程题才是区分度所在。5.2 算法刷题的重点方向排序、双指针与动态规划从用友两道编程题来看算法难度没有到竞赛级更偏向LeetCode中等题的上限水平。第一题考察了HashMap与堆的结合第二题是动态规划加状态限制。这两道题都属于“你刷过类似题型就有思路没刷过就容易卡壳”的类型。建议在牛客网的题库里重点刷三类题目一是“Top K问题”的所有变种比如前K个高频元素、最小的K个数掌握堆的用法二是矩阵类动态规划比如最小路径和、不同路径II、最大正方形注意状态转移的边界条件三是基于HashMap的统计排序类问题这类题目在企业笔试中出现频率极高。另外强烈建议你练一练Scanner在大数据量下的性能敏感度。第二道题我用了Scanner虽然能过常规用例但我在交卷前的最后几秒意识到如果测试数据里有超大矩阵Scanner逐行读取会有性能瓶颈。这也是我对这道题的一个遗憾——如果当时改用BufferedReader整体读入再解析代码会稳妥很多。5.3 如何利用笔试复盘反向优化简历与项目描述这是一个很多同学忽略的隐藏价值点。笔试不只是一次考核它本身是了解目标企业技术栈的最佳窗口。用友笔试里出现了Spring事务传播机制、Redis持久化、MySQL索引优化、JVM垃圾回收器搭配这些考点这些知识点不正是你在简历上可以重点突出的技术关键词吗我的习惯是每场笔试结束后花20分钟把所有考题记录下来按知识点分类归档。然后翻开自己的简历逐条对照笔试考的Spring事务我简历里写“负责订单系统的异常处理方案设计”能否沾上边如果能就把事务失效的排查经验作为项目亮点写进去如果不能就在下一阶段的学习计划里补齐这块短板。这样一来你的简历会随着笔试场次的增加而不断进化而不是停留在海投时的初始版本。针对用友这类老牌企业服务厂商项目经历里如果在“企业级应用”、“高并发处理”、“系统稳定性保障”这几个关键词上有支撑简历通过率会明显提升。6. 这场笔试留给我的三个真实体会笔试结束后我在回去的地铁上反复回忆整个考试过程最大感受是用友的笔试题设计非常“诚实”它不试图用刁钻题来刁难你而是通过一张覆盖面很广的卷子快速验证你在真实开发场景中是否具备扎实的基本功。如果你项目里认真写过业务代码而不是单纯刷过面试题你在做选择题时会明显感觉到一种“这个坑我踩过”的熟悉感。有一个我自己差点犯错的细节想特别提醒判断题里有一道问“Spring Bean的默认作用域是原型模式Prototype”这句话显然是错的默认应该是单例Singleton。但如果你平时用Spring Boot写代码没有显式配置过Bean的作用域很可能会被这道题绕进去。这种题拼的不是智商而是你敲代码时有没有留意过框架默认行为。最后再分享一个小技巧参加线上笔试之前一定要提前用目标企业的笔试系统做一套模拟题。牛客网上有大量企业真题你可以筛选“用友”标签直接练手。模拟的时候给自己掐表严格按照90分钟来走一遍流程。只有经历过一次“摄像头下写代码、没有IDE提示、时间紧迫”的完整演练你才能在真实考场上把心态放到最稳的状态。技术能力固然重要但对考试环境和节奏的适应同样是拿高分不可缺少的一环。