1. 这套题考查的核心思路是什么先说说我对这套2018年欢聚时代校招Android B卷的整体感觉。欢聚时代当时正处于移动直播业务最热的阶段旗下YY直播、虎牙直播当时还未独立分拆对流媒体技术、性能优化、应用稳定性的要求非常高所以它家的校招笔试题和那些纯互联网公司喜欢问的“背诵型”题目有明显区别——更偏向于考查候选人能不能解决真实业务场景下的技术问题尤其是音视频、内存、并发这几个方向。这套B卷整体可以分成四块Java基础与并发、Android四大组件与消息机制、性能优化与内存管理、代码题与逻辑题。如果参加过那几年校招的同学应该有印象欢聚时代的笔试风格是“题量不大但每道题都想挖出你的真实水平”不会出那种随便背背面经就能答上来的题。它喜欢给一个看似简单的场景然后不断加条件看你会不会掉进坑里。先说结论这套题如果你能拿到70%以上的分数说明你的Android基础是扎实的对于2018年这个时间节点来说具备进入二面的能力。但这篇文章不只是给你对答案我会把每一类题背后的考查意图、答题思路、以及现在回头看依然有效的准备方法都拆开讲清楚。2. Java基础与并发看似送分实则杀机四伏2.1 字符串与包装类的“等价交换”陷阱B卷中必有的一道题是String相关的比较题形式一般是给出几行代码问你输出结果。比如String s1 hello; String s2 hello; String s3 new String(hello); String s4 s3.intern(); System.out.println(s1 s2); System.out.println(s1 s3); System.out.println(s1 s4);这道题你如果只看答案会觉得很简单分别是true、false、true。但笔试真正想考的不是你记没记住结论而是你知不知道String常量池和intern()方法背后的机制。s1和s2都指向常量池中的同一个对象所以为true。s3通过new在堆上创建了新对象虽然值相同但是引用不同。s4调用intern()后会去常量池中查找是否存在值为hello的字符串存在则直接返回常量池中的引用所以s1 s4为true。但B卷如果只是这么考那就太小儿科了。它的进阶问法是在String s1 hello执行之前如果常量池中没有hello那么intern()的行为是什么在JDK 6和JDK 7中行为有什么不同这才是真正的分水岭。JDK 6中intern()会把字符串复制到永久代PermGen中如果永久代满了会OOM。JDK 7之后常量池移到了堆中intern()首次遇到某个字符串时如果堆中已有相同内容的字符串会直接返回堆中该字符串的引用而不会复制。这就是为什么很多老项目升级JDK后intern()相关的内存行为会发生诡异变化的原因。另一个高频变体是包装类缓存Integer a 127; Integer b 127; Integer c 128; Integer d 128; System.out.println(a b); System.out.println(c d);答案是true和false。Integer默认缓存了-128~127之间的值超过这个范围会new新对象。实际上java.lang.Integer.IntegerCache.high可以通过JVM参数-XX:AutoBoxCacheMax调整这个细节如果你能主动说出来面试官对你的印象会好很多因为这表明你不仅知道结论还知道它是可配置的。2.2 线程池参数你不能只会背七个参数Java并发是2018年校招笔试的必考模块B卷里线程池相关题目尤其偏爱“参数组合”题。比如new ThreadPoolExecutor(2, 4, 60L, TimeUnit.SECONDS, new LinkedBlockingQueueRunnable(10), Executors.defaultThreadFactory(), new ThreadPoolExecutor.AbortPolicy());问如果同时提交15个任务会有几个线程在执行队列里会排几个多少个任务被拒绝解析过程是这样的核心线程2个先全部启动执行任务接下来10个任务进入队列排队再来的任务第13-15个由于队列已满会创建非核心线程执行——最多还能创建2个非核心线程因为最大线程数4减去核心线程数2最后一个任务呢第15个任务到来时队列满且线程数已达上限4只能走拒绝策略AbortPolicy会抛出RejectedExecutionException。这个分析过程不难但实际笔试时很多人会在这道题上拿不全分原因很简单——忘了队列容量和最大线程数的联动关系。答题时最好的方式是画一个任务提交的完整流转图任务先交给核心线程核心线程满了进队列队列满了尝试创建新线程线程数达到最大值才触发拒绝策略。B卷还特别喜欢在Executors工具类上挖坑比如Executors.newFixedThreadPool(4)用的是LinkedBlockingQueue队列无界意味着最大线程数永远不会超过核心线程数如果任务积压会占用大量内存。Executors.newCachedThreadPool()核心线程数为0最大线程数为Integer.MAX_VALUE使用的是SynchronousQueue空闲线程60秒回收适合大量短期任务但容易创建过多线程。Executors.newSingleThreadExecutor()虽然表面上是单线程但用的是无界队列注意它被FinalizableDelegatedExecutorService包装过无法被强转为ThreadPoolExecutor。这些点其实不仅仅是笔试考点更是实际开发中需要思考的问题。2018年那会儿很多团队的线程池都是直接Executors.newFixedThreadPool一把梭后来线上出过几次因为无界队列导致的内存溢出问题才逐渐重视起来。2.3 volatile与synchronized从底层理解才不会被绕晕B卷并发题中volatile是绝对的“题眼”常见考法是用一段代码让你判断是否线程安全public class Counter { private volatile int count 0; public void increment() { count; } }这个题的正确答案非常明确不安全。虽然volatile保证了可见性但count不是一个原子操作它包含了读取、加一、写回三个步骤。多个线程同时读到相同的值各自加一写回结果就会丢失更新。真正底层的原因是现代CPU的缓存架构下volatile只保证了缓存一致性协议如MESI会同步更新其他核心缓存中的值但无法阻止多个核心同时执行“读-改-写”这个复合操作。要解决这个问题需要用到AtomicInteger的CAS机制或者synchronized/Lock来保证原子性。B卷有时候还会引申问volatile和synchronized的区别标准答法有三层一是作用层面不同volatile只能修饰变量synchronized可以修饰方法和代码块二是原子性不同volatile不保证原子性synchronized可以保证三是synchronized会引起线程阻塞和上下文切换volatile不会。但如果你只答这三点拿到的只能是基础分。要拿高分需要说出更深层的理解synchronized在JDK 6之后经历了锁升级过程偏向锁→轻量级锁→重量级锁而volatile实际上是通过内存屏障来禁止指令重排序的。具体来说JVM在volatile写操作前后分别插入StoreStore和StoreLoad屏障在读操作后插入LoadLoad和LoadStore屏障防止volatile写与之前的普通读写重排序、volatile读与之后的普通读写重排序。如果能把这些在笔试中写出来说明你至少看过《Java并发编程的艺术》这类书这对校招候选人来说是一个明显的加分项。3. Android四大组件与消息机制考查你对系统抽象的理解3.1 Activity启动模式你以为你懂其实你只懂了一半Activity的四种启动模式——standard、singleTop、singleTask、singleInstance——是Android笔试的万年考点B卷里几乎每年都会出现。但2018年的题目已经开始不满足于“分别说出四种模式的含义”这种填空题了而是会结合Intent.FLAG_ACTIVITY_NEW_TASK等Flag一起考。举个例子B卷里有这样一道场景题应用A通过startActivity启动应用B中的某个singleTask模式的Activity此时B应用未运行。请描述任务栈的变化过程。这个问题包含的知识点很密集。第一跨应用启动Activity需要被启动的Activity声明exportedtrue第二singleTask模式下如果任务栈不存在系统会创建一个新的任务栈并把该Activity作为栈底第三如果B应用之前已经在后台有任务栈存在那么会将该任务栈整体带到前台并清空目标Activity之上的所有Activity同时回调onNewIntent()。还有一个容易出错的是singleInstance模式。这种模式下Activity独享一个任务栈如果该Activity已存在再次启动时系统会直接把整个任务栈切到前台并回调onNewIntent()。这里有个细节从singleInstance的Activity跳转到其他普通Activity时新的Activity会放到另外的任务栈中而不是和它共用一个栈。很多人在笔试时写这点不太清楚singleTask和singleInstance是“栈内唯一”singleTop是“栈顶唯一”difference在于singleTask的Activity在栈内已有实例时会回调onNewIntent()并清除它上面的所有Activity清栈操作也叫clearTop。而singleInstance不仅保证栈内唯一还保证全局唯一因为它的栈只能放它自己。如果遇到结合FLAG_ACTIVITY_CLEAR_TOP的题目思路类似系统会先查找栈内目标Activity实例然后将其上方的所有Activity销毁最后如果目标Activity的启动模式是standard会销毁原实例并重新创建除非同时设置FLAG_ACTIVITY_SINGLE_TOP如果目标Activity是singleTop或其他single模式则会直接复用原实例并回调onNewIntent()。3.2 Handler机制从MessageQueue到epoll的完整链路Handler是Android消息机制的核心也是B卷的必考题。标准答法大家都会Handler.sendMessage()→MessageQueue.enqueueMessage()→Looper.loop()→ 从MessageQueue.next()取出消息 → 交给Handler.dispatchMessage()处理。但如果你想通过这道题拿到区别于其他候选人的成绩一定要能把链路讲透。笔试现场没法写代码但你可以把关键机制写出来。第一ThreadLocal在Looper中的作用。Looper.prepare()会把Looper存到ThreadLocal中Looper.myLooper()则从ThreadLocal中取出当前线程的Looper这样就保证了一个线程有且只有一个Looper实例。这也是为什么在子线程使用Handler之前必须先调用Looper.prepare()。第二Handler构造时是通过Looper.myLooper()获取当前线程Looper的。如果你在主线程直接new Handler()没问题是因为ActivityThread已经帮你在主线程准备好了Looper。但如果是在子线程直接new Handler()会因为myLooper()返回null而抛出著名的RuntimeException: Cant create handler inside thread that has not called Looper.prepare()。第三MessageQueue.next()中的阻塞机制。这是一个Linux管道/epoll机制当队列中没有消息时next()会调用nativePollOnce()进入阻塞等待状态。如果有人调用了enqueueMessage()插入新消息会通过nativeWake()唤醒。这套机制保证了Looper在没有消息时不会空转消耗CPU。第四IdleHandler的触发时机。这是很多人忽略的细节但B卷中如果出现“在消息队列空闲时执行某个任务”的选项IdleHandler就是正确做法。它是在MessageQueue.next()中当当前没有需要立即处理的消息时执行queueIdle()方法返回值如果是false执行完就会被移除。第五同步屏障Synchronous Barrier。postSyncBarrier()插入一个同步屏障消息这个屏障消息没有target字段next()在遍历时遇到它就会跳过所有的同步消息只执行异步消息。Choreographer在VSYNC信号到来时才会发出异步消息就是利用这个机制保证UI绘制优先于其他消息执行。这个问题在当时算是偏深的知识点了如果你能在笔试中主动写出同步屏障和Choreographer的关系面试官大概率会在后续面试中对你另眼相看。3.3 Binder机制一次跨进程通信到底发生了什么Android的Binder机制在2018年的校招笔试中出现的频率比现在高因为当年“插件化”、“热修复”技术正火热掌握Binder底层原理的人能更好地理解各种框架的运作方式所以笔试也愿意在这块设置区分度。考Binder的常见套路是问“A进程调用B进程的某个服务中间经历了哪些步骤”或者“Binder一次拷贝和传统Linux的管道、Socket通信有什么区别”答这道题的核心是抓住“一次拷贝”这个关键点。传统IPC机制如管道、消息队列、Socket需要内核态和用户态之间的多次数据拷贝而Binder只需要一次拷贝原因是内核空间和接收进程的用户空间通过mmap()做了内存映射。具体流程可以简化成下面这几步发送进程客户端通过Binder驱动调用transact()数据从发送进程的用户空间拷贝到内核空间的一块缓冲区。Binder驱动程序查找接收进程服务端的Binder节点信息确定数据要传递到哪个进程。因为服务端在创建Binder时已经将一块内核缓冲区通过mmap()映射到了自身用户空间内核缓冲区中的内容对服务端来说就像是直接读写自己的内存一样所以无需再次拷贝服务端就能直接访问这块数据。但这里要注意并不是整个Binder通信全程都只有一次拷贝。对于64位系统上较大数据量比如超过1MB的Binder事务系统会退化为使用内核缓冲区而不是mmap共享内存这时可能出现额外拷贝。正常情况下Binder只发生一次数据拷贝这是它在性能上优于传统Socket的关键点。另外Binder还有一个独特的设计每个进程在Binder通信时都有自己的UID/PID标识内核驱动可以做身份校验这比传统的socket连接需要考虑连接来源的方式更加安全也让Android可以在Framework层实现权限管控。回答时能把这一层安全性优势加上会使得答案更加完整。3.4 ContentProvider会用的多能说清原理的少B卷几乎必考ContentProvider因为欢聚时代做直播业务时很多模块间的数据共享都是通过ContentProvider实现的比如直播间的礼物数据、用户信息等。2018年的一类新考法是把ContentProvider和跨进程观察者模式结合请描述ContentObserver的工作流程以及和BroadcastReceiver的异同。ContentObserver的核心是观察特定Uri下的数据变化。通过getContentResolver().registerContentObserver(uri, true, observer)注册观察者后当数据改变时ContentResolver.notifyChange(uri, null)会触发所有注册在该Uri上的观察者对象的onChange()方法。这里有个易错点ContentObserver的onChange()默认回调在Binder线程池中如果需要在主线程更新UI必须在注册时传入关联的Handler或者在onChange()内部再通过runOnUiThread()切回主线程。和BroadcastReceiver的区别可以从这几点回答ContentObserver是观察数据的增删改查变化BroadcastReceiver接收的是系统或应用发出的广播意图ContentObserver是基于Binder的轻量级通信发送方和接收方不需要同时活跃先注册后通知而BroadcastReceiver有显式广播和隐式广播之分有序广播可以中断传递而且从Android 8.0开始隐式广播的很多用法被限制了。从实现角度看系统的“数据变更通知”本身就适合用观察者模式而“动作意图”的传递用广播更合适。ContentProvider还有一道很经典的题是问getType(Uri)的用途。它的作用是返回指定Uri对应的MIME类型比如vnd.android.cursor.dir/xxx多条记录或vnd.android.cursor.item/xxx单条记录用于辅助系统判断数据格式在Intent匹配和SearchRecentSuggestionsProvider等场景中很关键。很多人平时写ContentProvider时没有重写getType()返回null也能凑合用但这是不规范的做法。4. 性能优化与内存管理欢聚时代最看重的硬功夫4.1 内存泄漏的典型场景与排查路径欢聚时代的直播业务有一个特点App长时间在线、页面频繁切换、礼物消息不断推送。在这种情况下内存泄漏不仅是技术债会直接导致用户的手机卡顿、被系统杀掉严重损害用户体验。所以B卷在内存管理这块的题目往往安排在卷面后半部分题量不大但是分值很高典型题目是“列举Android中常见的内存泄漏场景并说明如何避免”。这道题要回答完整至少需要列到8种以上并且每种都要有场景和解决方案我按当时的常见标准整理了一份清单Handler持有Activity的引用导致泄漏。非静态内部类Handler默认持有外部Activity的引用如果Handler中有延迟消息Activity退出后消息还没执行完Activity就无法被回收。解决方法是使用静态内部类WeakReference或者使用Lifecycle框架在onDestroy()中removeCallbacksAndMessages(null)。单例持有Context。单例生命周期和应用一致如果传入的是Activity的Context那么Activity退出后仍被单例引用无法回收。解决方法是需要Activity级别Context时用Application的Context或者把单例改为非静态、跟随页面生命周期销毁。匿名内部类/回调持有外部引用。比如网络请求回调、Runnable、TimerTask等如果在Activity销毁后回调才执行就会造成泄漏。解决方法是在onDestroy()中反注册或者使用Lifecycle感知组件自动处理。静态集合持有短生命周期对象。比如一个静态的ArrayList不断添加数据但从不清理Activity引用的对象就一直被存着。解决方法是及时清理集合或改用WeakReference存储。资源未关闭。Cursor、FileInputStream、BroadcastReceiver、ServiceConnection这些都需要在不用时关闭或反注册。自定义View中动画未停止。属性动画如果设置了repeatCount或无限循环且View被外部引用持有动画会持续持有View引用导致泄漏。解决方法是在onDetachedFromWindow()中cancel()动画。WebView泄漏。WebView会长时间持有Activity引用需要将其放在独立进程中并在销毁时destroy()。sp或者EventBus等库中的静态状态。比如EventBus的unregister没有调用订阅对象就不会被移除。B卷如果出的是问答题上面这些内容要尽量写成结构化列表分类要清晰——哪些是“静态引用持有”哪些是“生命周期不对称”哪些是“资源未释放”。4.2 图片加载与OOM一场与内存的持久战2018年正是Glide和Fresco激烈竞争的时期而欢聚时代作为直播App图片加载几乎是直播间的门面功能礼物动画、头像、连麦封面都是图片。所以B卷中与图片相关的题目绝对不会缺席。经典的考法是一张2000×3000的图片在内存中占多大空间要计算这个需要知道图片在内存中的大小公式内存占用 宽 × 高 × 每个像素所占字节数如果使用ARGB_8888格式每个像素占4字节那么2000×3000的图片占用2000 × 3000 × 4 24,000,000字节约22.9MB。如果用RGB_565每像素2字节则是约11.4MB。这个计算是笔试中的基本功。但B卷真正的意图在于你知不知道如何避免OOM。核心方案有这些使用BitmapFactory.Options.inSampleSize对图片进行采样压缩。inSampleSize是2的幂时效率最高系统会对图片宽高分别除以inSampleSize。比如inSampleSize2宽高各减半内存占用变为原来的1/4。使用inJustDecodeBounds先读取图片的宽高信息再根据目标View尺寸计算合适的采样率。这个技巧在做图片压缩时几乎是必须的。使用inPreferredConfig指定解码格式比如RGB_565适合没有透明通道的图片。图片缓存策略LruCache内存缓存 DiskLruCache磁盘缓存。LruCache的基础是LinkedHashMap的accessOrdertrue也就是按访问顺序排序最近最少使用的条目会被优先移除。处理大图时使用BitmapRegionDecoder分块加载比如直播间的长截图查看。还有一个容易被忽视但笔试很喜欢问的点Android系统为每个应用分配的堆内存是有限制的不同的设备、不同的系统版本、不同的屏幕大小largeHeap限制都不同。可以用Runtime.getRuntime().maxMemory()获取应用最大堆内存这个数字通常远小于设备的物理内存。4.3 布局优化面试官想听的不仅仅是include和mergeB卷布局优化的题目也有一定比重但这里的深度往往超出预期。2018年已经开始流行ConstraintLayout笔试题目会问“布局嵌套过深会带来什么问题如何优化”常规答案是使用include复用布局、merge减少嵌套层级、ViewStub延迟加载、使用ConstraintLayout减少层级。但如果你能在笔试中写出下面这些更深入的内容分数会明显不同第一requestLayout()和invalidate()的流程。requestLayout()会触发measure和layout流程invalidate()只触发draw流程。如果布局嵌套过深一次requestLayout()从父布局传到子布局测量和布局的计算量会成倍增加这就是为什么嵌套层级对性能影响如此之大的原因。第二ConstraintLayout在measure阶段的优势。它可以在单次遍历中确定所有子View的约束关系而传统的RelativeLayout需要两次遍历一次横向、一次纵向。使用ConstraintLayout替代RelativeLayout并配合layout_constraintDimensionRatio等属性能有效减少布局遍历次数。第三ViewStub的实现原理。它本身在onMeasure阶段不参与测量inflate()时本质是通过ViewStub的_view引用在父容器中addView替换自身。第四硬件加速对布局性能的影响。Android 4.0之后默认开启了硬件加速但有些自定义View的操作比如Canvas.clipPath在硬件加速下不支持需要关闭或采用其他方式替代。4.4 ANR与卡顿从消息机制找根因B卷中如果出现ANR相关题目通常不会只考“ANR有几种类型”而是会结合Handler消息机制去考“卡顿的本质是什么”。标准框架是这样的ANR的根本原因是“输入事件5秒内未处理完成”或“广播在特定时间内未处理完成”。而卡顿的本质是主线程的消息队列被耗时任务阻塞导致无法及时处理InputEvent、Choreographer.FrameCallback等UI相关消息。分析卡顿问题时2018年主流的思路是用Looper.getMainLooper().setMessageLogging()打印主线程消息执行耗时也就是后来大家熟知的BlockCanary实现原理通过给主线程Looper设置一个Printer在dispatchMessage前后打印日志比较时间差超过阈值就记录当前堆栈。这个方案在今天看来仍然是线上卡顿监控的基础思路。进一步的定位手段是利用Choreographer的FrameCallback计算帧绘制时间或者用adb shell dumpsys gfxinfo查看各阶段的耗时占比Input、Measure、Layout、Draw等。笔试时如果把这一套排查链路写出来是可以体现你真实排障能力的。5. 数据结构/算法与逻辑题编程功底的试金石5.1 高频笔试题链表反转、二叉树遍历与Top KB卷的算法题部分通常由2-3道题组成难度中档偏上一般不考纯ACM竞赛题更偏向于Android开发中会用到的基础数据结构题目。最常见的三道题是单链表反转、二叉树层序遍历、Top K问题。单链表反转这是送分题但考察点在于你对“哨兵节点”和“指针操作顺序”的掌握程度。迭代法public ListNode reverseList(ListNode head) { ListNode prev null; ListNode curr head; while (curr ! null) { ListNode nextTemp curr.next; curr.next prev; prev curr; curr nextTemp; } return prev; }这里容易出错的地方在于curr.next prev操作之后原来的curr.next信息就丢失了所以必须先保存到nextTemp。这个细节如果手写代码时顺序错乱就前功尽弃了。还有一种递归写法public ListNode reverseList(ListNode head) { if (head null || head.next null) { return head; } ListNode newHead reverseList(head.next); head.next.next head; head.next null; return newHead; }递归写法更难理解但面试中写出来会很加分因为体现出了递归思维。笔试时如果你时间充裕建议两种都写上。二叉树层序遍历标准解法是使用队列public ListListInteger levelOrder(TreeNode root) { ListListInteger result new ArrayList(); if (root null) return result; QueueTreeNode queue new LinkedList(); queue.offer(root); while (!queue.isEmpty()) { int levelSize queue.size(); ListInteger levelList new ArrayList(); for (int i 0; i levelSize; i) { TreeNode node queue.poll(); levelList.add(node.val); if (node.left ! null) queue.offer(node.left); if (node.right ! null) queue.offer(node.right); } result.add(levelList); } return result; }关键点是必须先记录levelSize queue.size()否则在循环中queue.size()会动态变化导致层级的边界判断出错。Top K问题B卷通常会限定“从海量数据中找出出现频率最高的K个”这种题的标准解法是使用堆维护一个大小为K的最小堆遍历所有元素时如果当前元素频率比堆顶大就替换堆顶并调整堆。时间复杂度是O(n log K)。但是Top K还有一种特殊情况如果K非常小比如K1可以用线性扫描如果数据量极大不适合完全放入内存需要用分治归并或者使用外部排序配合堆的方式。2018年那会儿大数据方向比较热门笔试中如果能够自己补充说“当数据超出内存时可以采用Hash分片后分别统计再归并”的解法会给面试官一种见识面广的印象。5.2 逻辑题反直觉的脑筋急转弯B卷的逻辑题有时候和编程题交织在一起有时候则是独立的脑筋急转弯。比如经典题目“1000瓶药水其中一瓶有毒用多少只小白鼠能在24小时内找出毒药”——熟悉二进制位运算的同学会知道是10只。每只小白鼠对应二进制的一位将药水编号为二进制让对应位为1的小白鼠试喝24小时后根据死亡情况组合出毒药编号。再比如“有12枚硬币其中一枚重量异常用天平最少称几次能找出它”答案是3次。这个题需要分段称量先4 vs 4再根据结果分支判断。属于典型的“三分法”问题。像这类逻辑题欢聚时代的笔试题目有时会出现在Android知识题之后但更常见的版本是和算法题合并比如“给定一个无序数组给定一个数字target找出数组中两个数之和等于target的下标”。这道LeetCode第一题要求一次遍历完成用HashMap存值到下标映射。2018年校招笔试对“时间复杂度和空间复杂度”的要求很明确如果你写出的解法是两层循环而且没有主动优化那大概率在算法部分只能拿一半分数。5.3 手写单例不只要会还要写出三种以上写法B卷中有一道几乎必考但很多基础不扎实的人会翻车的题手写单例模式。不过需要注意的是2018年的笔试已经不只是要求写一种了通常要求写出至少两种并说出它们的优缺点和适用场景。最推荐的写法是懒汉式内部类public class Singleton { private Singleton() {} private static class SingletonHolder { private static final Singleton INSTANCE new Singleton(); } public static Singleton getInstance() { return SingletonHolder.INSTANCE; } }这种写法利用了JVM类加载机制保证线程安全同时实现了懒加载。因为SingletonHolder只有在getInstance()第一次被调用时才会被加载和初始化而类加载过程天然是线程安全的。另一种推荐写法是Double-Checked Locking但是要加上volatile关键字public class Singleton { private static volatile Singleton instance; private Singleton() {} public static Singleton getInstance() { if (instance null) { synchronized (Singleton.class) { if (instance null) { instance new Singleton(); } } } return instance; } }但这里有个坑必须说如果instance不加volatile由于指令重排序可能出现在构造函数执行完成前其他线程就访问到了不为null的instance引用从而拿到一个未完全初始化的对象。具体来说instance new Singleton()这行代码在JVM层面会分解成三步分配内存 → 调用构造函数初始化对象 → 将instance引用指向分配的内存。如果步骤2和3重排线程B在步骤3执行后、步骤2执行前读到instance ! null就拿到了一个未正确初始化的实例。这就是“逸出对象”的安全问题。加volatile可以禁止这个重排序。B卷如果要求写枚举单例也是加分项public enum Singleton { INSTANCE; public void doSomething() { // ... } }枚举单例天然线程安全且能防止反序列化创建新实例非常省心。6. 答题策略与常见失分点6.1 时间分配和答题顺序的建议2018年欢聚时代校招Android B卷的考试时长一般是90到120分钟题量大概在8-12道之间包含选择题、填空题、简答题、代码题。我的建议是如果允许自由选择答题顺序优先做代码题。因为代码题不仅分值高而且写代码需要的状态和思维清晰度要求最高放到后期容易因为心浮气躁写不完整。其次做简答/问答题这类题考察的是知识体系的完整度答题结构清晰就能拿到大部分分数。最后做选择题和填空题这类题分值相对小而且很多时候题目会有重复覆盖的知识点作为查漏补缺。时间分配上代码题留35%-40%的时间简答题留30%选择题和填空加起来占30%。如果某道题卡住超过5分钟果断跳过不要恋战。B卷的难度分布一般不会是完全递增的跳过难题后面可能还有你擅长的送分题。6.2 语言表达与答题规范带来的隐性分差在非代码的简答题中答题的语言组织能力其实也会影响得分。同样是回答“Activity启动模式”的问题一种答法是“standard是标准模式singleTop是栈顶复用singleTask是栈内复用singleInstance是单实例”另一种答法是“Activity有四种启动模式其中standard模式每次启动都会创建新实例并压入启动它的任务栈singleTop模式在目标任务栈栈顶已存在相同实例时回调onNewIntent否则创建新实例singleTask模式下……”。这两种回答的差异在于第一种只有“是什么”第二种有“行为描述”和“边界条件”。笔试阅卷时后者更容易让阅卷人确认你真的懂而不是背过。这也是一个多年来反复强调但还有人不注意的要点用“在什么条件下触发什么行为、有什么后果”的句式来答描述类题目比堆名词要拿分得多。6.3 关于“不会的题”留白比乱写更可惜很多考生遇到完全不会的题目会直接留空其实大可不必。欢聚时代这类大厂笔试题部分问答题是开放性的阅卷人更看重答题方向是否正确、思路是否清晰。比如如果你遇到一道“如何设计一个插件化加载机制”的题目确实没有完整方案但你知道有DexClassLoader和PathClassLoader的区别知道资源加载需要处理AssetManager的反射创建知道四大组件需要提前占坑。把这些能想到的点写成碎片化的回答也远胜于交白卷。因为有经验的人看得出你有基础的积累只是还没有形成完整体系这不会让你被完全刷掉。6.4 为后续面试留出伏笔笔试不只是“过不过”的通行证更是你后续面试的提词器。笔试中你答得好或者答得差的知识点在面试中往往会被追问尤其是你主动写出来的“加分项”。举例来说如果笔试中你写到了“Handler同步屏障和异步消息”面试官在后续面试中就很可能问“Choreographer是怎么利用这个机制的”如果你只是背了个名词这里就会暴露。反过来如果你笔试时的答案是经过自己思考整理的面试时你也能说得更流畅这比临时抱佛脚看面经要有效得多。所以我的建议是笔试前把所有Android核心知识点按“概念→原理→应用场景→常见坑”四个维度整理成自己的笔记而不是直接背别人整理的答案。这样即使笔试时题目问法变化你也能从原理出发进行推导而不是靠“套模板”碰运气。7. 反思与后续学习建议7.1 从2018年真题看Android面试知识面的变化现在回看2018年欢聚时代这套B卷会发现一个有意思的现象当年被认为是“加分项”的很多知识点放到今天已经成了基本功。比如Binder的高性能特性、Handler同步屏障、ConstraintLayout布局优化这些在后来的Android面试中都逐步变成了高频考点。这说明Android领域的面试深度整体是在提升的这也是行业发展的正常规律。但在另一个方向上2018年笔试中相对较少考的Kotlin、Jetpack Compose、协程等话题如今已经是必考内容。所以如果你是现在备战大厂Android岗位建议在复习这套题的基础上再补充以下内容Kotlin协程与生命周期绑定的机制比如lifecycleScope、viewModelScope。Jetpack Compose的重组原理比如Composable函数的remember和mutableStateOf。现代App架构中MVVM模式的核心职责划分以及LiveData/StateFlow的区别。热修复/插件化框架的原理包括类加载、资源加载、反射替换等。大厂实际业务中更常见的性能监控方案比如Matrix。Gradle插件开发和编译优化特别是TransformAPI和AGP版本的适配问题。这套B卷里的基础题Java、数据结构、Android机制仍然是必吃的底子但只有这些已经不够了。7.2 实战项目经验如何与笔试知识连通很多在校生备战校招时有一个困惑笔试考的是零散知识点项目考察的是实践能力两者好像不太相关。但真正经历过面试之后你会发现大厂面试官最喜欢做的事情就是拿你项目里的一个场景问你底层原理和优化思路。举个例子假设你的项目是一个仿微信的朋友圈图片加载模块。如果面试官问“你如何避免加载大图时OOM”这个问题的答案框架就是你笔试中掌握的BitmapFactory.Options、inSampleSize、LruCache等知识点的集合。如果你只是用过Glide而没有深入了解过它的缓存策略你将很难回答好这个问题。所以我的建议是在准备笔试知识的同时一定要为项目中的每个技术决策准备一个“为什么这样做”的解释并把它和笔试知识点挂钩。比如你用了RecyclerView就可以思考它和ListView的本质区别是什么、ViewHolder复用的原理是什么、DiffUtil是如何计算差异的。这些思考在笔试答题时也能反过来帮你建立完整的知识体系。7.3 一些写在最后的实操建议如果你准备复习这套2018年欢聚时代的Android B卷我建议你按以下方式来第一先独立做一遍不看任何参考答案。做完对答案分析错题时不要只记结论而是找到每道错题背后涉及的知识章节回到基础书籍或官方文档中去重读。这一步的目标是扫清知识盲区。第二把错题整理成一个小型错题本按知识点分类比如“四大组件”、“并发编程”、“数据结构和算法”等每周抽时间重做一遍。错题本在笔试冲刺期比各种面经都管用因为那些错题才是你最真实的薄弱环节。第三在牛客网或相关刷题平台找近两年的Android校招笔试题做横向对比。注意观察不同大厂的出题风格差异比如有的公司喜欢考Kotlin协程有的喜欢考Framework源码找到自己的目标公司做针对性准备。第四笔试前一周进入模拟考场模式规定好时间关闭一切干扰用一小时四十五分钟完整做完一套模拟题期间不查资料、不中断。这样做既能训练答题节奏也让自己适应笔试的紧张氛围。从我接触过的校招候选人来看笔试并不可怕可怕的是没有准备方向凭感觉去猜题、背题。这套2018年欢聚时代的B卷现在拿来复盘仍然是一份很好的Android基础能力自测题它覆盖的点足够全面而且难度阶梯设置合理。认真把每一类题吃透你不仅能在笔试中更有底气在后续的技术面试中也会因为知识体系的完整而受益。