小红书Java实习一面（6.27）

拷打实习+项目1. synchronized在JDK 6后的“锁升级”过程中，每个阶段的Mark Word结构有何变化2.偏向锁的“撤销”和“重偏向”机制是为了解决什么问题？为什么在多线程竞争频繁的场景下建议关闭偏向锁3.ReentrantLock的AQS底层如何通过“双向链表”和“状态变量”实现锁的获取与释放4.StampedLock的“乐观读”模式相比ReadWriteLock有何优势？它的“戳记”机制如何避免读写冲突5.看你实习和项目中都用到了很多redis，那你说说Redis 在高并发场景下如何保证缓存与数据库的数据一致性6.Redis 的持久化机制在数据安全性和性能上的差异是什么？如何设计混合持久化策略Redis 的 RDB 持久化中，“fork 系统调用” 会产生什么代价？如何通过  写时复制  机制减少内存消耗？当 Redis 实例占用 20GB 内存时，执行 bgsave 可能导致哪些性能问题（如页表抖动）7.Redis 分布式锁的实现原理（基于 SETNX + 过期时间，因为我项目中是这么设计的）存在哪些隐患？Redisson 的 “红锁” 是如何解决这些问题的8.秒杀系统中，商品库存同时存在 Redis 缓存和 MySQL 数据库。当用户抢购时，如何避免 “缓存库存已扣减但数据库扣减失败” 导致的超卖？说一下完整的加锁、扣减、回滚流程9.如何优化 MySQL 的慢查询10.聚簇索引与非聚簇索引的底层数据结构差异是什么？为什么 “回表查询” 会影响性能？如何通过 “覆盖索引” 避免回表11.一个电商订单表order（字段：id、user_id、order_no、create_time、amount），高频查询场景为 “查询用户近 30 天的订单列表，按创建时间倒序”。请设计索引并改写以下 SQL（优化前：select * from order where user_id=123 and create_time >= '2024-01-01' order by create_time desc）好久没写这种差点没写出来12.你在分布式任务调度中如何设计线程池？核心参数（核心线程数、队列容量、拒绝策略）是如何根据业务场景配置的设计一个定时任务系统（如每天凌晨 2 点执行全量数据同步），任务峰值达 1000+，单个任务处理耗时 5-10 秒。若使用ThreadPoolExecutor，请配置核心参数并说明理由，同时解决 “任务执行失败后自动重试 3 次” 的需求13.我看你这个训练营担任的是队长，你那说一下你在项目中主导过哪些技术架构升级？如何平衡技术先进性与业务稳定性一个日活 100 万的电商平台，原单体架构在大促期间频繁卡顿。领导要求 3 个月内完成微服务改造，同时保证日常业务不受影响。请简单说一下改造计划，包括阶段目标、风险点及应对措施（这有点超标了吧兄弟）14.如何通过 G1 收集器的日志分析，定位并解决 “大堆场景下（32GB+）Young GC 耗时突增至 500ms+” 的问题G1 的 标记算法中，“快照” 是如何生成的？并发标记阶段如何处理 “新分配对象” 和 “跨 Region 引用更新”？为什么会出现 “漏标” 问题，最终如何通过最终标记阶段修复手撕忘记了，是道动态规划的题难度一般今天真的压力拉满，但是状态很好，基本也都回答的七七八八，反问的时候问面试官表现怎么样，还有什么可以提升的，面试官原话大概是：非常好，好得都不像27的，我很少见到本科生像你这样的，要是你早几天面试这个岗位肯定是你的。。。

为什么面试问的越详细反而没有后文了？作为一名摸爬滚打了八年的Java开发者，经历了无数次面试与被面试，我观察到一个令人费解的现象：有时面试官问得越深入、越细致，仿佛对你的技术了如指掌，最终却石沉大海，再无回音。 这背后并非偶然，而是不同规模公司对人才需求的底层逻辑差异所致。结合我的亲身经历和思考，我认为核心在于：大厂赌的是你的“潜力”，而中小厂要的是你“立刻能干活”。🧠 大厂视角：深挖是为了验证潜力与深度思考能力在大厂的面试经历中（无论是作为候选人还是面试官），我深刻体会到他们对“问得深”有着不同的目标：“剥洋葱式”提问不是为了刁难，而是考察思维深度： 当面试官不断追问“这个方案为什么最优？...

二面7.11用数组实现优先队列时间复杂度怎么优化时间复杂度用堆怎么做图找环链表找环一面聊数据库了对吧（数据库碎片没答好）说说sql注入，怎么避免那种字符是安全的，具体怎么转义的一面聊计网了对吧（一面tcp拥塞没答好）怎么设计一个防火墙只应答外部连接请求，而内部不发出连接请求tcp握手挥手，拷打细节实习拷打对ai怎么看实习做了什么什么背景最大收获反问组内业务，面试官有备而来（我这里业务可多了·······全链路说了一通），组内最大挑战，进去是干些什么半个小时结束晚上hr约三面

1.介绍实习2.Redis集群模式？答：redis通过16384个哈希槽，集群中的每个节点拥有一段自己的哈希槽index范围，读写数据时，通过hash函数%16384得到key位于那个槽中，并且集群中每个节点间都会通过redis发布订阅机制彼此之间交换自己所拥有的hash槽范围，客户端只需要向集群中某一个节点发送请求，如果请求对应该节点，即可执行成功，否则，redis会发送一个重定向命令响应客户端，客户端再向正确的节点发送请求。3.介绍一下缓存雪崩？答：缓存雪崩是同一时刻大量键过期，导致大量请求一瞬间同时打到数据库中，可以在设置过期时间时加一个随机值来避免同一时刻大量键同时过期，也可以加互斥锁...