爱奇艺2020校招Java笔试全解析：从基础到高并发考点复盘

又是一年校招季身边好几个学弟学妹都在刷爱奇艺的历年真题问到我这里来了。说实话爱奇艺2020校招Java方向这场笔试在当年算是比较有代表性的一套题覆盖范围很广从Java基础语法到JVM、并发、数据结构、网络和数据库都有涉及难度属于中等偏上区分度做得不错。今天就把这场的题型结构、核心考点和踩坑经验整理出来给准备大厂Java岗笔试的同学做个参考。先说结论这套题最大的特点不是偏而是细。它不会问你什么是多态这种概念题而是给你一段很短的代码让你判断输出结果或者指出哪里会报错再或者让你手写一个链表反转。这些题目看起来基础但每一道都能筛掉一批基础不扎实的人。我当时考完最大的感受就是Java基础八股文得背到肌肉记忆但只背八股文又不够必须真能写出能跑的代码。1. 笔试整体布局与备考方向1.1 题型构成与时间分配策略爱奇艺这场笔试的题型比较常规主要分为三个板块选择题、编程题和简答题。选择题占了大概六成比重每道题都不长但信息量很大经常在一道题里同时考察两三个知识点。编程题大概是两到三道难度循序渐进第一道通常是链表或字符串操作后面会出现DP或者二分这类稍微需要想一想的题目。简答题集中在JVM和并发方向需要你用文字把原理讲清楚。时间分配上我建议选择题控制在40分钟内做完不会的先标记跳过千万别在卡壳的题上耗太久。编程题留足70分钟左右因为不仅要写对还得考虑边界条件。简答题放在最后20分钟这种题没有标准答案按点给分把关键术语写全、逻辑讲顺就行。我自己当年就是选择题磨太久导致最后一题只写了一半这个教训很深刻。这场的考查范围从反馈来看基本锁定在Java SE核心、JVM基础、并发编程、常用数据结构和算法、MySQL和网络基础这几个大方向上。Spring框架问得不多这倒是挺出乎意料的可能因为笔试是海选阶段更看基本功框架知识点留到了面试环节再去深入考察。1.2 从岗位视角反推考点权重看这套题之前得先理解爱奇艺作为一家视频平台后端Java工程师日常在做什么。搞懂这个你就知道笔试为什么会这么出题了。视频平台的后端服务有很明显的特点高并发访问大量用户同时刷推荐流、看评论、大流量冲击热门剧集上线瞬间流量暴涨、数据一致性要求高播放进度、会员状态不能出错。这些业务特点映射到技术上就是并发编程、缓存设计、消息队列、数据库性能优化这几块必须扎实。所以笔试里并发相关题目分量很重JVM内存模型也反复出现这两块几乎是必考的。反过来像Swing、AWT这种桌面开发的内容或者已经被Spring Boot封装得很好的底层细节笔试基本不会涉及。备考的时候要有侧重点别把时间浪费在低频考点上。聪明的做法是先花两天时间把高频考点的框架搭起来再针对自己薄弱的地方做专项突破最后用整套真题做模拟训练。2. Java核心基础题目虽基础陷阱却不少2.1 面向对象特性与String类的隐藏考点几乎所有Java笔试的第一道选择题都会从面向对象说起这场也不例外。但爱奇艺的出题人显然不想只是让你背出四大特性而是把封装、继承、多态揉进了具体的代码场景里。比如有一类题是给你父子类各有一个静态方法和一个实例方法然后通过父类引用调用问你输出是什么。这里面就藏着两个关键的坑静态方法不存在重写只有隐藏实例方法才有多态。如果你只是记住了方法重写看运行时类型这个结论但没理解静态方法是类级别的这题就答错了。另外String、StringBuilder、StringBuffer的区别几乎是必考项。有一个经典变形字符串用加号拼接内部到底创建了几个对象很多人张口就答一个但如果在循环里用加号拼接那每一个迭代都会new一个StringBuilder性能损耗非常大。这类题爱奇艺的问法通常不会直接问区别而是给你一段字符串拼接的代码问内存中产生了多少个对象或者运行效率如何。我在实际写代码时也验证过一万次循环用加号拼接和用StringBuilder拼接耗时差距能有几十倍。还有一种出题思路是把Integer缓存机制和比较放在一起考。Integer a 127; Integer b 127; a b的结果是什么128呢这涉及Integer内部类IntegerCache的缓存范围-128到127。这个知识点在Java开发中太容易踩坑了尤其是做对象比较的时候很多人习惯用结果在数值超过127后莫名出错。笔试考这个其实也是在考察你平时写代码的习惯。我的建议是涉及到Integer、Long这些包装类型的比较一律用equals别去记缓存范围记了容易忘忘了就有bug。2.2 集合框架HashMap是永远的主角Java集合框架这一块HashMap的无悬念占据C位。爱奇艺的笔试题喜欢问这么几个角度HashMap的底层数据结构、put操作的完整流程、扩容机制、红黑树介入的条件以及JDK 1.8前后有什么变化。我印象比较深的一道题是HashMap在并发环境下putJDK 1.7可能产生死循环导致CPU 100%JDK 1.8还会吗答案是1.8改用了尾插法解决了扩容死循环的问题但并发put仍然存在数据覆盖丢数据的风险所以说HashMap并发不安全这个结论在1.8下依然成立。还有一类题会考遍历方式。给你一个HashMap让你在遍历过程中删除符合条件的key问哪种方式正确。用for-each遍历的时候直接map.remove()会抛ConcurrentModificationException用Iterator.remove()是安全的。这个知识点我在真实项目里踩过坑有一次就是遍历中删除元素测试环境数据量小没暴露上了生产直接抛异常。大家要记住凡是集合在遍历过程中做结构性修改增删元素就得用迭代器或者Stream的filter方案。ArrayList和LinkedList的选择问题也经常出。题目会问你频繁在列表头部插入元素用哪个更合适答案是LinkedList因为它的链表结构在头部插入只需要改指针复杂度是O(1)。但实际场景里我很少用LinkedList因为ArrayList虽然头部插入是O(n)但底层是连续内存缓存命中率高数据量不大时反而更快。笔试考的是数据结构原理但实际工程讲究的是综合权衡这两者的差别面试官也想听听你的理解。3. JVM与内存管理从内存模型到垃圾回收3.1 运行时数据区与对象存活判定JVM这一块是区分会用Java和懂Java的分水岭。爱奇艺的笔试题对JVM的考察很有深度既考内存区域的划分也考对象在运行时怎么流转。一个典型的选择题new出来的对象在新生代Eden区分配经历Minor GC后存活通过Survivor区S0、S1的复制算法进行年龄递增当年龄达到阈值默认15时晋升到老年代。这里有个变体题大对象比如很长的数组会直接在老年代分配以避免在Eden区和Survivor区之间反复复制这个策略叫什么答案是大对象直接进入老年代可以通过-XX:PretenureSizeThreshold参数设置阈值。对象存活判定这块引用计数法和可达性分析是常考点。引用计数法有个致命缺点解决不了循环引用问题。比如A引用B、B引用A但两人都不再被外部持有引用计数法会认为它们都存活实际上是垃圾。可达性分析从GC Roots出发做遍历GC Roots包括虚拟机栈中引用的对象、静态属性引用的对象、常量引用的对象、JNI引用的对象等。选择题爱考判断题比如一个局部变量不再被使用后它在GC Roots中的引用多久被移除答案是即时生效编译阶段就做了优化所以局部变量作用域结束后对应的对象引用就断开了可以被GC回收。3.2 垃圾回收算法与收集器选型垃圾回收算法的选择题也比较多。新生代用复制算法老年代用标记-清除或标记-整理。标记-清除会产生内存碎片标记-整理避免了碎片但移动对象要STW。这三种算法各自的优缺点基本每次笔试都会考。我记得有道题给出了两个GC日志片段让你判断使用的是哪种收集器组合。看日志特征也能猜个大概Serial New Serial Old的特点是日志里显示DefNew和TenuredParallel Scavenge显示PSYoungGen和ParOldGenCMS则显示CMS Initial Mark之类的阶段日志。CMS收集器在爱奇艺笔试里出现频率比较高因为它在响应时间敏感的服务里用得广。CMS的设计目标是低停顿基于标记-清除实现所以有碎片问题而且并发阶段会占用CPU资源在JDK 9之后被标记为废弃未来由G1取代。G1则是把堆划分为多个Region通过追踪各Region的回收价值和停顿时间预测模型来达到可预期的停顿。笔试如果考到G1大概率是问你它的核心优势是什么记住可预测停顿时间模型这个答案就够了。这里的备考建议不要把每个参数都背下来那是面试造火箭的玩法。笔试考得更多是概念理解和对比分析你只要能把运行时数据区划分对象在堆中怎么流转三种收集算法的区别CMS和G1各自适用场景这四条主线讲清楚JVM这部分就稳了。我当年备考就是把这几条主线手写了一遍边写边默背效果比看十篇博客都强。4. 并发编程校招笔试的高频重头戏4.1 线程安全与锁机制的考察方式并发编程一直是Java笔试的金线爱奇艺这场也不例外。选择题里有一类很多人会错的题synchronized修饰在静态方法上和修饰在实例方法上有什么区别答案是静态方法锁的是Class对象实例方法锁的是当前实例对象。如果一个类有静态同步方法和实例同步方法各一个两个线程分别调用它们是能同时进入的因为锁的是不同的对象。这个点我一说你就明白但考场上紧张状态下很容易想岔所以备考时要把锁对象到底是什么彻底搞清楚。ReentrantLock和synchronized的对比也是高频考点。公平锁与非公平锁、可中断、可超时、多个条件队列Condition支持这些都是ReentrantLock的优势。但笔试很少问谁更好更多是给你一段代码问加锁顺序不对时为什么会产生死锁。经典死锁四条件互斥、持有并等待、不可剥夺、循环等待。只要打破任意一个就能避免死锁。实际编码中我常用的手段是按固定顺序加锁和使用tryLock加超时这两个策略配合起来基本能杜绝死锁。volatile关键字也是必考之一而且特别喜欢跟JMMJava内存模型一起考。volatile保证可见性和有序性但不保证原子性。经典的counter问题20个线程各执行1000次自增加了volatile结果依然不是20000因为count不是原子操作包含读改写三步。笔试往往会问在多线程环境下想要实现原子自增应该用什么答案是AtomicInteger或者LongAdder。我在实际项目里写统计类逻辑时会用LongAdder替代AtomicInteger因为在超高并发下LongAdder的吞吐量更好它的核心思想是分段累加最后再合并sum。4.2 线程池与并发容器的常见考点线程池是一个设计得非常巧妙的组件爱奇艺笔试几乎每年都会出一道关于线程池的题。常见的出法分两种一种是让你看代码判断线程池的运行结果另一种是让你写一个最合理的线程池配置。Runable任务丢给一个核心线程数为2、最大线程数为4、队列容量为10的线程池第15个任务提交时会走什么逻辑这里关键顺序是先判断核心线程是否满满了放队列队列满了才创建非核心线程到最大线程数如果连最大线程数都满了就执行拒绝策略。所以第15个任务会触发拒绝策略而不是创建新线程。这个流程很多人记混我建议自己画流程图画三遍画到条件反射为止。关于线程池参数设置笔试可能让你根据业务场景选参数。比如一个CPU密集型的计算任务线程数应该设置在多少通常建议是CPU核数1。如果是IO密集型任务比如大量网络请求和数据库读写线程数可以适当调大一个经验值是CPU核数乘以2再加上一些余量。但说实话生产环境的线程池参数往往是压测压出来的不是按公式算出来的笔试考的是估算能力你只要说出思路和依据就行。并发容器方面ConcurrentHashMap是当之无愧的主角。JDK 1.8的ConcurrentHashMap放弃了1.7的Segment分段锁改用了CAS synchronized来保证线程安全。锁粒度从Segment级细化到了桶Node数组的每个元素级并发度大幅提升。笔试问ConcurrentHashMap的size()方法是否准确也是高频考点在并发修改下size()先无锁遍历统计三次如果前后两次计数改变的次数超过阈值就加锁重统计返回的是一个近似值。CopyOnWriteArrayList也是一个有意思的考点它的读操作完全不加锁写操作复制一份新数组因此读多写少场景下适用。但它的内存占用大写操作开销高选择题里会问你它的缺点是什么答案就是适合读多写少不适合写多读少。5. 数据结构与算法编程题的主战场5.1 高频编程题链表与字符串操作爱奇艺的编程题第一题通常是热身的但热身不等于送分。链表反转这道题看起来简单能一次性写对的人却不多。迭代解法要设置三个指针prev、curr、next循环里先保存next再反转指针方向最后更新prev和curr递归解法更简洁但容易被边界条件绕晕。我建议两种都要会写并且要能分析各自的空间复杂度——迭代是O(1)递归会用到系统调用栈空间复杂度是O(n)。如果笔试要求不限语言用Java写完记得顺手处理空链表和单节点链表这两个边界情况。字符串相关的题也出现过多次比如判断两个字符串是否是异位词anagram常见解法有排序比较和哈希计数两种。排序的时间复杂度是O(n log n)哈希计数是O(n)笔试里优先写哈希计数。还有一种变形题字符串中第一个只出现一次的字符。思路是用LinkedHashMap记录字符出现次数因为LinkedHashMap保持了插入顺序遍历一遍就能找到第一个计数为1的字符。如果追求极致效率可以用一个长度为26或256的数组代替Map做计数虽然代码看起来更底层但省去了自动装箱拆箱的开销。5.2 经典算法思维与边界条件处理第二道编程题往往会上升到算法层面二分查找是出镜率最高的。不是说让你背二分查找的模板而是考变体在有序数组中查找第一个大于等于目标值的位置lower_bound或者查找最后一个小于等于目标值的位置upper_bound。二分查找的坑无非是边界条件和循环不变量。我自己的习惯是使用左闭右开区间[left, right)来写这样循环条件while (left right)和mid的更新逻辑都很自然不容易出错。笔试里如果时间紧张可以先写出最基础的二分逻辑再针对题目要求调整返回值。动态规划也偶尔出现比如最大子序和、最长递增子序列这类经典题。这些题的核心不是记住状态转移方程而是理解状态定义。最大子序和的状态定义是dp[i]表示以第i个元素结尾的连续子数组的最大和转移方程是dp[i] max(dp[i-1] nums[i], nums[i])。做过几道之后你会发现大部分DP题的难点都在于状态定义这一步一旦定义清楚了转移方程就是一行的数学表达。另外千万别忘了处理输入输出很多同学算法写对了却挂在从标准输入读取数据上。笔试环境一般要自己写Scanner或BufferedReader我建议直接用BufferedReader加StringTokenizer性能比直接用Scanner好很多尤其是数据量大的时候。6. 数据库与网络基础后端开发的基本盘6.1 MySQL索引与事务隔离级别的核心理解视频平台的数据量大、请求量大数据库是后端开发的基本功这部分在笔试里也占了不少分值。索引这一块有个经典送命题最左前缀原则。题目经常给一个联合索引(a, b, c)然后问哪些查询能用上索引。关键判断标准是查询条件里必须从索引的最左列开始连续匹配跳跃了中间列就失效了。比如where b 1 and c 2用不上这个联合索引因为跳过了最左边的a列而where a 1 and c 2只能用上a列部分因为b列断了c列用不上索引。在实际工作中联合索引的设计就需要结合业务查询频率来排序列顺序高频查询条件放最前面。事务隔离级别也是高频考点。MySQL默认的隔离级别是可重复读Repeatable Read它会问你可能出现什么问题幻读以及InnoDB怎么解决幻读。InnoDB通过间隙锁Gap Lock和Next-Key Lock来解决在可重复读隔离级别下对范围查询加锁时除了锁定命中的记录还会锁住记录之间的间隙这样其他事务就无法在间隙中插入新记录。有些题还会问你如果想要读到其他事务已提交的数据应该设置成什么隔离级别答案是读已提交Read Committed这也是很多互联网公司生产环境实际使用的级别因为可重复读下的间隙锁有时会造成不必要的锁等待。6.2 HTTP、TCP/IP要点与Redis缓存基础网络基础在笔试里考查得比较集中。HTTP状态码几乎每年必考尤其是和重定向相关的301、302以及和客户端错误相关的400、401、403、404、405服务端错误的500、502、503。爱奇艺有大量图片和视频资源涉及CDN和重定向的业务特别多所以301永久重定向和302临时重定向的区别要手拿把掐。还有一个容易被忽略的点HTTP和HTTPS的区别笔试喜欢考端口号80和443以及TLS握手过程中客户端和服务端的交互步骤。TCP三次握手和四次挥手是网络题的基本盘。三次握手的核心是确认双方收发能力正常顺便交换初始序号四次挥手则是因为TCP是全双工的每个方向都需要单独关闭。笔试变体题建立连接时如果SYN包丢失了会怎样答案是客户端超时后重传SYN重传次数由tcp_syn_retries参数控制。另外TIME_WAIT状态也是一个考点主动关闭连接的一方会进入TIME_WAIT持续2个MSL报文最大生存时间目的是保证最后一次ACK能到达对方以及让旧连接的所有报文在网络中消失。Redis在爱奇艺这类高并发业务里是缓存层的标准配置笔试也会考察基础用法。缓存穿透查询不存在的数据请求打到数据库、缓存击穿热点key过期瞬间大量请求打到数据库、缓存雪崩大量key同时过期导致数据库压力激增这三个问题及应对方案是必背内容。穿透的解决方案是布隆过滤器或者缓存空值击穿的方案是互斥锁更新缓存或者逻辑过期雪崩的方案是过期时间加随机值、多级缓存。笔试考到这里一般不会要求写代码而是让你把解决方案思路讲清楚。7. 易错题复盘那些百考百错的经典细节7.1 编程语言细节高频易错点集中梳理在我接触过的几千个Java求职者里有几个错误几乎是全国统一的。第一个是浮点数精确计算0.1 0.2 0.3的结果是什么答案是false因为浮点数在计算机中无法精确表示。正确的做法是用BigDecimal来做金额计算而且要用String类型的构造器new BigDecimal(0.1)不能直接传double。第二个是try-catch-finally的return陷阱如果try块和finally块都写了returnfinally的return会覆盖try的返回值。题目会问这段代码返回什么你得知道finally块的代码永远执行return语句虽然在语法上写在了try里但实际执行顺序是等finally执行完才开始返回。第三个是switch语句的类型支持Java 7之前只支持byte、short、char、int和枚举Java 7开始支持String但long、float、double仍然不支持。这个点经常出现在选择题里问下面哪个类型不能用在switch中很多人会错选String。第四个是数组和集合的相互转换Arrays.asList()返回的List是定长的不能调用add和remove否则抛UnsupportedOperationException。这个坑我在实际代码里踩过排查了半天才发现是Arrays.asList的坑。7.2 代码阅读与输出判断题的解题思路代码阅读题是选择题里最拉分的类型它的特点是不直接问知识点而是让你逐行模拟代码执行推导输出结果。我的做题思路是拿到代码先别急着读先看main方法里创建了哪些对象然后盯着类之间的关系继承、组合最后按顺序逐行执行遇到方法调用时先判断是静态绑定还是动态绑定。静态方法看引用类型实例方法看实际对象类型这是解多态题目最快的方法。还有一个经验这种输出判断题往往藏着看似能编译实际编译不过的陷阱。比如泛型相关的代码ListObject和ListString之间不存在父子关系ListString不能赋给ListObject编译就报错。我当年就栽在类似的题上选项里有个输出结果让我纠结半天最后才意识到那段代码根茂本无法编译。所以拿到代码题第一步永远是判断能否编译通过然后再考虑运行结果。关于刷题策略我建议按专题→套题→错题重做三个阶段来推进。专题阶段按知识点分类刷比如一天只刷HashMap相关的题把它的各个变形都见一遍套题阶段模拟真实笔试环境限定时间做完整套卷子训练做题节奏错题阶段把做错的题整理到一个文档里记录错因和正确的思考路径考前反复看。这个方法虽然笨但确实是我验证过最有效的备考方式。8. 复盘总结从笔试到Offer的路上我踩过的坑事后复盘这场笔试我最想强调的是基础和应变的平衡。Java基础八股文背得再熟不落到代码上都是虚的但眼里只有题库和代码不懂背后原理面试环节也撑不过去。我自己备考时每天保持两个小时的编码时间不是刷算法题而是把集合源码、并发工具类的底层实现用Debug一步步跟进去看执行过程。这套方法学得慢但记得牢比单纯刷题效率高得多。另外有一个很多人忽视的点笔试过程中记得留意时间。选择题卡住就别恋战编程题先写核心逻辑再补边界条件简答题先把关键术语写上再展开解释。我的经验是三段式分配时间最合理选择题控制在四成时间编程题四成半简答题一成半。提前两三分钟做完用剩余时间检查一遍容易疏忽的角落比如有没有忘了处理空输入、是否导入了需要的包。最后再分享一个小技巧大厂笔试题目虽然每场都不同但知识点框架是相对固定的。把爱奇艺2020校招Java方向这套题吃透重点掌握JVM、并发、HashMap、链表、MySQL索引和事务这几个核心板块再配合平常养成的编码习惯应对其他大厂的校招笔试也有八成把握。考完之后无论结果如何一定要把做错的题彻底搞懂这才是这套题最大的价值所在。