又一老牌互联网公司被爆裁员过万！

今天我们来分享一篇热乎的 58 同城校招面经。

在开始前，先聊几句题外话。最近网上在传 58 同城启动大规模裁员，虽然消息未经证实，但结合其现状来看，并非空穴来风。我个人一直不太看好 58 同城，它的衰落，是其商业模式、市场竞争力与用户信任全面崩塌后的必然。当流量被新平台夺走，当用户因欺诈而逃离，这个昔日的分类信息巨头，终究难逃沦为“互联网活化石”的命运。

不过，虽然这家公司很一般，但面经还是可以学习参考一下的，问的很多问题都比较典型。

下面是面经正文。

技术一面（30 min）

一面的节奏很快，面试官开场后直接切入正题，先从项目入手，再逐步考察相关的技术栈。

1. 自我介绍与项目深挖

首先是常规的自我介绍，然后面试官让我介绍了项目用的技术栈，并深入提问：

• “项目中遇到的最大困难是什么？你是如何解决的？”
• “看你项目里同时用到了 MySQL 和 Redis，那你们是如何保证两者数据一致性的？”

2. 中间件与分布式

这部分主要围绕我项目中用到的 RocketMQ 展开：

• “RocketMQ 的广播消息可能会丢失，有考虑过如何处理吗？”
• “了解分布式事务吗？可以介绍一下你了解的解决方案吗？” 面试官在我回答后追问：“RocketMQ 本身能实现分布式事务吗？”

3. 数据库（MySQL）

这部分是重点，问得比较细：

• “能谈谈你对数据库索引的理解吗？” 我从 B+树底层结构、索引的分类和优缺点、适合建立索引的场景等几个方面进行了回答。
• “平时你是如何进行 SQL 查询优化的？”
• “并发事务会带来哪些问题？（脏读、不可重复读、幻读）”
• “MySQL 的默认隔离级别是什么？它能完全解决幻读问题吗？” 这个问题其实是在考察我对 MVCC、快照读和当前读的理解，特别是对间隙锁（Gap Lock）的了解。

4.Java 核心

• 并发相关： “synchronized 和 volatile 有什么区别？”，“为什么有了 synchronized 之后，还需要 ReentrantLock？它们在使用上有什么不同？”
• 基础知识： “接口和抽象类的区别是什么？”，“泛型的作用是什么？能谈谈类型擦除吗？”
• 集合框架： “说一下 HashMap 的底层原理”，以及“在什么情况下 HashMap 的效率会降低？”（引导到哈希冲突和链表过长的问题）。

5. 手撕算法

题目是 LeetCode 219. 存在重复元素 II。

技术二面（30 min）

二面面试官的级别应该更高，提问更有深度，并且非常喜欢结合具体场景来考察候选人解决问题的能力和技术视野。

1. Java 核心与多线程

• “Java 中的值传递和引用传递，谈谈你的理解。”
• “String、StringBuffer 和 StringBuilder 的区别是什么？重点说一下线程安全性。”
• “创建多线程有哪几种方式？你平时用哪种比较多？”
• “ThreadLocal 的底层原理是什么？它会造成内存泄漏吗？为什么？”
• “能讲一下 synchronized 锁的升级过程吗？（无锁 -> 偏向锁 -> 轻量级锁 -> 重量级锁）”

2. JVM

• “讲一下 JVM 的双亲委派模型。你知道哪些场景打破了双亲委派模型吗？”（如 Tomcat、SPI 机制）
• “如果一个类已经加载到 JVM 并且正在运行，现在需要热更新这个类里的部分逻辑，但又不想重启服务，有什么办法可以实现？”（考察对自定义类加载器、热部署技术的理解）

3. 缓存

• “Redis 的 zset（有序集合）底层是如何实现的？”
• “如何基于 Redis 实现一个分布式锁？如果 Redis 是主从架构，获取锁时可能会有什么问题？”（考察 RedLock 等更复杂的分布式锁实现）

4. 场景题

• “设想一个场景，多个人在瞬间同时给一个主播打赏，这是一个典型的高并发写操作，你会如何设计这个系统？” 我最初提了分批处理的方案，面试官引导说如果请求量巨大，可以考虑使用消息队列（MQ）进行削峰填谷，将瞬时的大量写请求异步化处理。

HR 面（20 min）

HR 面相对轻松，主要是一些常规问题，比如：

• 自我介绍
• 为什么选择五八同城？
• 未来的职业规划
• 手头有其他 Offer 吗？
• 期望薪资
• 反问环节（我问了关于团队技术氛围和新人培养机制的问题）

图片