产品经理说"加个导出功能"，你觉得很简单，用 POI 三下五除二就写好了。结果一到线上，用户导出 10 万行数据直接 OOM——服务挂了，工单来了，老板的脸也绿了。

文件处理看似简单，实则暗藏性能陷阱。这篇文章从 POI 的 OOM 原理讲到 EasyExcel 的设计精髓，再到大文件处理的通用方案，帮你彻底搞定文件处理这件事。

一、POI：为什么它会导致内存溢出

1.1 Excel 并没你看到的那么小

你看到的 .xlsx 文件可能只有 2MB，但它其实是一个压缩包。把后缀改成 .zip 解压后，你会发现里面有好几个 XML 文件和文件夹：

工欲善其事，必先利其器。IntelliJ IDEA 是 Java 开发者的主力 IDE，但大多数人只用到了它 20% 的能力。这篇文章聚焦三个方面：远程调试、高效 Debug 技巧、必装插件——掌握这些，开发效率至少翻一倍。

一、远程调试

线上出了 bug，光看日志找不到原因怎么办？远程调试就是你的"千里眼"，让你直接在本地 IDEA 中 Debug 远程服务器上的代码。

1.1 工作原理

远程调试基于 JDWP（Java Debug Wire Protocol），简单来说就是 JVM 提供了一个调试接口，本地的调试器通过网络连上去，就能像调试本地程序一样控制远程 JVM——设断点、单步执行、查看变量值。

每天凌晨跑报表、每隔 5 分钟扫描超时订单、每周一发周报邮件——定时任务无处不在。但同样是"定时执行"，用 Timer 和用 XXL-JOB 之间的差距，就像用闹钟和用智能日程管理系统的差距。这篇文章带你从最原始的方案走到最成熟的方案，彻底搞懂定时任务。

一、Java 原生方案

1.1 Timer：最简单但最脆弱

Timer 是 JDK 自带的定时调度器，核心就两个东西：

• TaskQueue：按执行时间排序的任务队列（小顶堆）
• TimerThread：一个后台线程，不断从队列中取最早的任务执行

代码上线之后，你唯一能依赖的排查手段就是日志。日志打得好，线上问题十分钟定位；日志打得烂，一个 bug 排查一整天。这篇文章从日志框架选型讲到分布式日志系统，帮你建立完整的日志知识体系。

一、日志框架选型：门面 + 实现

Java 的日志生态有两类工具，理解它们的关系是一切的基础：

• 日志框架（实现层）：真正干活的，负责把日志写到文件、控制台或远程服务器。代表：Log4j、Logback、Log4j2
• 日志门面（抽象层）：提供统一的 API，屏蔽底层框架差异。代表：SLF4J、Commons Logging

写代码只是开发的一半，另一半是管好代码和依赖。Git 帮你管版本，Maven 帮你管 jar 包——两件事搞不定，团队协作就是灾难。这篇文章把两者最核心的知识点串起来，让你在实战和面试中都能游刃有余。

一、Git 核心操作

Git 和 SVN 最根本的区别就一句话：Git 是分布式的，SVN 是集中式的。 Git 每个开发者本地都有完整仓库，可以离线提交、本地回滚；SVN 必须连接中央服务器才能干活。此外 Git 用 SHA-1 哈希做版本标识（而非 SVN 的递增版本号），分支管理极其轻量，创建合并删除分支都是毫秒级操作。

很多人觉得写单测是浪费时间，觉得"我的代码逻辑很清楚，不需要测试"。但真正经历过线上事故的人都知道——每一行没测到的代码，都是一颗定时炸弹。这篇文章从 Mock 框架讲到 TDD，帮你建立起扎实的单测思维。

一、Mock：给测试造一个"假人"

1.1 什么是 Mock

你见过汽车碰撞测试吗？车里坐的不是真人，而是仿真假人。假人的体重、关节、组织强度都和真人一样，但不会受伤。而且为了测试的全面性，还要用到各种类型的假人——成年人、老人、小孩、男性、女性。

单元测试中的 Mock 就是这个假人。当你要测试的代码依赖了外部服务（RPC 接口、数据库、消息队列），你不可能每次跑测试都真的去调用它们——太慢、不稳定、还会产生脏数据。而且有些异常场景（比如网络超时、服务不可用）在真实环境中很难复现。