四年 Java 开发，面试被虐，我发现自己缺少了什么？

四年 Java 开发，面试被虐，我发现自己缺少了什么？

最近面试的经历让我意识到，作为一名有四年经验的 Java 开发，我的技术仍然存在明显短板，尤其是在源码阅读和底层原理理解方面。这次面试的“惨败”让我下定决心要系统性提升自己。

---

面试中的“致命打击”

在一次面试中，面试官问了两个让我难堪的问题：

1. ThreadPoolExecutor 的核心实现原理是什么？线程池是如何管理线程的？
2. Redisson 的分布式锁是如何实现的？底层用到了哪些 Redis 命令？

这些问题看似常见，但当面试官让我结合源码讲解时，我发现自己只是停留在“会用”的层面，而没有深入理解底层原理。

---

为什么我会缺少源码阅读能力？

回顾这四年的开发经历，我总结了几个导致自己缺乏源码阅读的原因：

1. 工作环境过于业务导向
   公司的开发模式强调快速交付功能，业务需求优先，导致我更多关注 API 的使用，而忽略了其实现原理。

2. 缺乏系统性的学习习惯
   过去学习新技术时，我往往只是通过官方文档和博客了解如何使用，而没有深入研究源码的习惯。

3. 源码阅读门槛高
   以前尝试读过一些源码，但因为代码量大、逻辑复杂，往往看着看着就放弃了。

---

我决定这样提升自己

为了弥补这些短板，我制定了一个系统性的学习计划：

1. 深入研究 ThreadPoolExecutor

• 阅读 ThreadPoolExecutor 源码，理解 核心线程数、最大线程数、工作队列、拒绝策略 的实现细节。
• 结合实际项目优化线程池配置，提高并发性能。
• 分析 任务提交、线程复用、任务执行和回收线程 的全过程。

2. 研究 Redisson 的分布式锁

• 解析 Redisson 可重入锁、公平锁、读写锁 的实现原理。
• 研究 Redisson 如何使用 Redis 的 SET、EXPIRE、Lua 脚本 实现高可用分布式锁。
• 结合实际场景优化锁的使用，避免死锁和性能问题。

3. 尽量每周写一篇源码解析文章

• 通过博客记录学习过程，强迫自己梳理和总结，避免碎片化学习。

---

结语

这次面试让我认识到，仅仅会用 API 是远远不够的，真正的技术成长需要深入理解底层原理。未来，我会坚持阅读源码、记录学习过程，并不断优化自己的知识体系。

希望这篇文章能给和我一样的开发者一些启发，也欢迎大家一起交流学习！🚀