1. 面试场景还原当谢飞机遇上大厂面试官你好我是今天的面试官王工我们开始吧——这是谢飞机在字节跳动第三轮技术面听到的第一句话。作为一名有3年经验的Java开发者他本以为凭借自己精通Java的简历描述能轻松过关没想到接下来的90分钟成了他职业生涯最漫长的技术拷问。1.1 开场暴击ArrayList的扩容机制先来个简单的ArrayList默认初始容量是多少扩容规则是怎样的王工推了推眼镜。谢飞机心里一松这题我会初始10个元素不够用时自动扩容1.5倍他脱口而出。面试官却突然追问为什么是1.5不是2倍扩容时底层发生了什么System.arraycopy()和Arrays.copyOf()有什么区别谢飞机额头开始冒汗。他从未想过这些基础问题背后还有这么多门道。实际上1.5倍扩容是时间与空间的折衷2倍会造成更多内存浪费扩容时先创建新数组再用native方法System.arraycopy()进行数据迁移Arrays.copyOf()内部其实调用了System.arraycopy()但提供了更友好的API面试官提示能说出grow()方法里int newCapacity oldCapacity (oldCapacity 1)这句源码的候选人我们会直接加分1.2 HashMap的死亡连环问当话题转到HashMap谢飞机遭遇了更猛烈的火力压制HashMap线程不安全体现在哪resize时可能有什么问题为什么String适合做Key红黑树转换阈值为什么是8退化阈值为什么是6这些问题直指HashMap设计精髓线程不安全典型场景多线程put导致数据覆盖resize时可能形成环形链表JDK1.7使用迭代器时的fail-fast机制哈希冲突解决方案对比// JDK1.7 链表头插法 void transfer(Entry[] newTable) { for (EntryK,V e : table) { while(null ! e) { EntryK,V next e.next; e.next newTable[i]; // 多线程操作可能导致环 newTable[i] e; e next; } } }树化阈值设计链表长度8时转红黑树泊松分布计算冲突概率6时退化为链表避免频繁转换1.3 ConcurrentHashMap的降维打击当谢飞机说出用Collections.synchronizedMap包装HashMap时面试官的表情让他意识到大事不妙。真正的工业级解决方案是ConcurrentHashMapJDK1.7分段锁实现默认16个Segment继承ReentrantLock每个Segment独立管理哈希桶并发度Segment数量JDK1.8 CAS优化final V putVal(K key, V value, boolean onlyIfAbsent) { if (key null || value null) throw new NullPointerException(); int hash spread(key.hashCode()); int binCount 0; for (NodeK,V[] tab table;;) { NodeK,V f; int n, i, fh; if (tab null || (n tab.length) 0) tab initTable(); // CAS初始化 else if ((f tabAt(tab, i (n - 1) hash)) null) { if (casTabAt(tab, i, null, new NodeK,V(hash, key, value))) break; // CAS插入 } // ...省略其他情况处理 } }2. 高频考点深度剖析2.1 JVM内存模型连环问对象在内存中如何布局这个看似简单的问题实际考察的是JVM底层知识对象头(Mark Word)哈希码GC分代年龄锁状态标志线程持有的锁偏向线程ID实例数据包含所有字段内容受字段重排序优化影响对齐填充保证对象大小是8字节的整数倍现场coding题实现一个简单的内存泄漏场景。多数候选人会写出static Map不断添加元素的例子但更隐蔽的是监听器未注销、数据库连接未关闭等情况。2.2 线程池的七大参数假设现在有1000个任务核心线程5最大线程10队列容量100拒绝策略CallerRunsPolicy会发生什么正确答案是前5个任务创建核心线程处理第6-105个任务进入队列第106-115个任务创建临时线程达到maxPoolSize第116个任务开始由调用线程直接执行ThreadPoolExecutor executor new ThreadPoolExecutor( 5, // corePoolSize 10, // maximumPoolSize 60, // keepAliveTime TimeUnit.SECONDS, new ArrayBlockingQueue(100), // workQueue new ThreadPoolExecutor.CallerRunsPolicy() // handler );2.3 synchronized与Lock的终极对决当被问到什么时候用ReentrantLock而不用synchronized时应该考虑以下场景需要尝试获取锁tryLock()公平性需求new ReentrantLock(true)可中断锁lockInterruptibly()多条件变量newCondition()但面试官更想听到的是在JDK1.6后synchronized做了大量优化偏向锁-轻量级锁-重量级锁多数场景性能已接近Lock所以除非有上述特殊需求...3. 面试官最爱的场景题3.1 设计一个秒杀系统如何防止超卖这个问题考察的是分布式环境下的并发控制能力Redis方案// Lua脚本保证原子性 String script if redis.call(get, KEYS[1]) ARGV[1] then return redis.call(decrby, KEYS[1], ARGV[1]) else return -1 end; Object result jedis.eval(script, Collections.singletonList(stock:itemId), Collections.singletonList(1));数据库方案UPDATE inventory SET stockstock-1 WHERE item_id1001 AND stock1;分层过滤静态数据缓存内存标记已售罄队列削峰最终数据库校验3.2 如何排查CPU飙升线上服务器CPU持续100%怎么定位问题这是考察Linux命令和JVM调试能力的经典题定位高CPU进程top -H -p pid线程堆栈分析jstack pid thread_dump.log # 将top中的线程ID转为16进制 printf %x\n tid常见原因死循环频繁GC锁竞争算法复杂度问题4. 那些年谢飞机踩过的坑4.1 自动装箱的陷阱当被问及Integer a127, b127; ab的结果是时谢飞机自信回答true却不知道下一题Integer a128, b128; ab会翻车。这是因为IntegerCache会在-128~127之间缓存对象超出范围会创建新对象类似机制也存在于Long、Short等包装类public static Integer valueOf(int i) { if (i IntegerCache.low i IntegerCache.high) return IntegerCache.cache[i (-IntegerCache.low)]; return new Integer(i); }4.2 finally的执行时机try里return了finally还会执行吗看似简单的问题结合以下代码却暗藏杀机public static int test() { try { return 1; } finally { return 2; // 实际返回2 } }更隐蔽的是资源关闭场景try (Connection conn getConnection()) { // 自动关闭 return conn.query(...); } // 优于finally手动关闭4.3 序列化的坑点当面试官问transient修饰的字段一定不会被序列化吗时正确答案是不一定可以实现自定义的writeObject/readObject方法Externalizable接口完全控制序列化过程第三方序列化框架如Kryo可能忽略transientprivate void writeObject(ObjectOutputStream out) throws IOException { out.defaultWriteObject(); out.writeObject(this.shouldNotSerializeButDoes); // 手动序列化transient字段 }面试最后王工给谢飞机的建议是你掌握了太多背答案的知识点但缺乏对技术本质的思考。大厂需要的是能解决问题的工程师而不是八股文背诵者。 这句话让他意识到真正的技术成长不在于记住多少面试题而在于培养深度思考和解决实际问题的能力。