Java面试题及答案——美团技术栈深度解析

【美团2023秋招真题】

问：HashMap在JDK 1.8中如何解决哈希冲突？为什么引入红黑树？负载因子为何默认是0.75？

答：

• 哈希冲突处理：采用“数组+链表+红黑树”结构：
  • 当链表长度≥8且数组长度≥64时，转为红黑树（避免链表过长导致O(n)退化）
  • 当红黑树节点≤6时，降级为链表（避免频繁结构调整）
• 负载因子0.75的由来：
  • 数学推导：基于泊松分布，当λ=0.75时，链表长度≥8的概率≈0.00000006（可忽略）
  • 空间与时间权衡：若设为1.0则空间利用率高但冲突多；设为0.5则冲突少但空间浪费大

美团案例分析：

某订单服务在促销高峰期出现GC频繁问题，通过JProfiler发现HashMap实例数量激增。根本原因为未预设初始容量（默认16），在批量put时频繁触发扩容（每次扩容需rehash所有元素），导致Full GC次数增加3倍。优化方案：

// 错误写法
Map orderMap = new HashMap<>();
// 正确写法：预估容量 + 负载因子
int expectedSize = 1000;
Map orderMap = new HashMap<>((int) (expectedSize / 0.75f + 1));

优化后，Full GC频率下降62%，系统TPS提升14%。

【美团2024技术沙龙真题】

问：ConcurrentHashMap在JDK 1.8中如何实现线程安全？与ConcurrentHashMap 1.7有何本质差异？

答：

• JDK 1.8改进点：
  • 取消Segment分段锁，采用CAS + synchronized保证线程安全
  • 头节点使用synchronized关键字（锁粒度降低为单个桶）
  • put操作流程：
    1. 通过CAS设置tabAt()初始化数组
    2. 对目标桶头节点加synchronized锁
    3. 遍历链表/红黑树插入新节点
    4. 若链表转红黑树，需先解锁再操作树结构
• 与1.7差异对比：

  特性	JDK 1.7	JDK 1.8
  锁粒度	Segment（16把锁）	桶级（synchronized）
  扩容机制	逐段扩容（需全量rehash）	多线程协助扩容（ForkJoinPool）
  并发度	16（固定）	动态（CPU核数决定）

美团生产环境建议：

• 避免使用size()方法（需全表扫描，性能差），改用mappingCount()（LongAdder实现）
• 批量操作如putAll()需注意可能阻塞其他线程，建议拆分为单个put并控制频率
• 在高并发场景下，优先考虑使用LinkedHashMap + 显式同步或自定义缓存方案

【美团2024技术沙龙真题】

问：AQS（AbstractQueuedSynchronizer）的核心数据结构是什么？请以ReentrantLock为例说明其加锁流程。

答：

• 核心结构：
  • CLH队列（虚拟双向链表）：维护等待线程的FIFO队列
  • state变量：同步状态（如锁计数、信号量许可数）
  • Node节点：每个等待线程对应一个Node（包含waitStatus、prev、next等）
• ReentrantLock加锁流程：
  1. 调用lock() → tryAcquire()尝试CAS设置state=1
  2. 成功：当前线程获得锁
  3. 失败：
     • 若state=1且当前线程是持有者 → 重入（state++）
     • 否则：将当前线程封装为Node加入CLH队列尾部
     • 调用acquireQueued()自旋尝试获取锁

美团源码级理解：

// ReentrantLock.lock()源码简化版
public void lock() {
    sync.acquire(1); // 调用AQS的acquire()
}
// AQS.acquire()
public final void acquire(int arg) {
    if (!tryAcquire(arg) &&
        acquireQueued(addWaiter(Node.EXCLUSIVE), arg))
        selfInterrupt();
}

美团内部要求高级工程师必须能手写基于AQS的自定义同步器（如简易信号量）。

【美团2023高并发场景真题】

问：StampedLock相比ReentrantReadWriteLock有哪些优势？如何避免“饥饿问题”？

答：

• StampedLock优势：
  • 支持三种锁模式：writeLock、readLock、optimisticRead（乐观读）
  • 无锁升级/降级（避免死锁）
  • 基于CLH队列，无锁时性能优于RWLock
  • 支持中断与超时（但不支持Condition）
• 饥饿问题解决方案：
  • 使用tryConvertToWriteLock()避免写线程被持续阻塞
  • 读锁持有期间禁止新写请求（通过state高位判断）

美团生产示例：

StampedLock sl = new StampedLock();
// 写操作
long stamp = sl.writeLock();
try {
    // 修改共享资源
} finally {
    sl.unlockWrite(stamp);
}
// 乐观读（无锁）
long stamp = sl.tryOptimisticRead();
if (!sl.validate(stamp)) {
    // 升级为悲观读锁
    stamp = sl.readLock();
    try {
        // 读取数据
    } finally {
        sl.unlockRead(stamp);
    }
}

【美团2023微服务改造真题】

问：如何编写一个自定义Starter？请说明核心步骤与注意事项。

答：

步骤：

1. 创建Maven模块（命名：meituan-spring-boot-starter）
2. 编写自动配置类（如MeituanAutoConfiguration）
3. 定义配置属性类（MeituanProperties，使用@ConfigurationProperties）
4. 在META-INF/spring.factories中添加：

   org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
   com.meituan.starter.MeituanAutoConfiguration

美团反例警示：

// 错误写法：未使用条件注解
@Bean
public MeituanClient meituanClient() {
    return new MeituanClient(); // 总是创建，即使用户不需要！
}

正确写法：

@Configuration
@ConditionalOnProperty(prefix = "meituan", name = "enabled", havingValue = "true")
@EnableConfigurationProperties(MeituanProperties.class)
public class MeituanAutoConfiguration {
    @Bean
    @ConditionalOnMissingBean
    public MeituanClient meituanClient(MeituanProperties props) {
        return new MeituanClient(props.getUrl(), props.getTimeout());
    }
}

【美团2024生产故障复盘】

某服务在多环境部署时，测试环境意外启用了生产级配置。如何通过自定义Condition避免？

解决方案：

// 自定义Condition：仅在生产环境生效
public class OnProductionProfileCondition extends AnyNestedCondition {
    public OnProductionProfileCondition() {
        super(ConfigurationPhase.REGISTER_BEAN);
    }
    @ConditionalOnProperty(name = "spring.profiles.active", havingValue = "prod")
    static class ProdProfile {}
    @ConditionalOnProperty(name = "spring.profiles.active", havingValue = "product")
    static class ProductProfile {}
}
// 使用
@Configuration
@Conditional(OnProductionProfileCondition.class)
public class ProductionConfig {
    @Bean
    public MonitoringService monitoringService() {
        return new MonitoringService(); // 仅生产环境启用监控
    }
}

美团经验：所有敏感配置（如支付开关、数据删除接口）必须通过@Conditional或@Profile双重保护。

美团Leaf架构：

• Segment号段模式：DB预分配号段，应用内存中分配ID
• Snowflake模式：每台机器分配唯一workerID（ZooKeeper管理）
• 双模式切换：号段耗尽时自动降级为Snowflake

美团生产实践：订单号使用号段模式（避免DB压力），用户ID使用Snowflake模式。

方案：INCR key + SETNX锁保护

风险：Redis单点故障（美团使用Redis Cluster + 主从切换）

适用场景：低并发、对ID连续性要求高的场景（如发票号）

流程：应用不直接操作DB，所有读写都经缓存层代理（缓存负责DB同步）

优势：应用无感知，缓存层可统一做一致性控制

美团案例：用户画像服务使用Read-Through，缓存层自动处理DB查询。

流程：先更新缓存，异步批量写DB（适合写多读少场景）

风险：断电可能导致数据丢失

美团实践：仅用于日志采集等非关键数据。

复习优先级：

1. Java核心（集合、并发、JVM）→ 30%
2. Spring原理与扩展点 → 25%
3. MySQL索引与执行计划 → 20%
4. Redis缓存设计 → 15%
5. 系统设计与工程能力 → 10%

行为面试高频问题：

• “你最大的技术挑战是什么？” → 用STAR法则（Situation-Task-Action-Result）回答
• “你如何与他人协作？” → 强调技术方案评审、Code Review实践
• “为什么选择美团？” → 结合业务（如“希望参与高并发场景的技术挑战”）