Java 工程里有很多“小工具”不一定每天用，但遇到问题时很救命：反编译看源码、定时任务跑周期逻辑、Jsoup 解析页面、业务 ID 生成、Jackson 处理日期时间。把这些工具的边界记住，比临时搜索更稳。
反编译适合看依赖真实代码
遇到 jar 包行为和文档不一致，或者线上依赖版本不清楚时，可以用 JD-GUI、IDE 自带反编译器、CFR、Procyon 等工具查看 class 反编译结果。
反编译适合排查：
- 依赖版本是否和预期一致。
- 某个方法内部到底做了什么。
- 线上 jar 是否包含目标类。
- 编译后注解、泛型、内部类大致是什么结构。
它不能替代源码，也不能保证所有代码完全还原，但足够做很多排障判断。
Spring 定时任务适合简单周期任务
简单定时任务可以用 Spring 的 @EnableScheduling 和 @Scheduled。
@Scheduled(cron = "0 0/5 * * * ?")
public void run() {
// do something
}它适合单机、轻量、容错要求不高的任务。如果需要动态调度、分布式互斥、失败重试、任务管理页面和执行记录，就要考虑 Quartz、XXL-Job、ElasticJob 等方案。
定时任务最怕“以为只跑一次，实际多实例同时跑”。部署多副本时一定要设计互斥或幂等。
Jsoup 适合解析 HTML
Jsoup 可以直接解析 HTML 字符串，也可以请求页面后用 CSS 选择器提取内容。
Document doc = Jsoup.connect("https://example.com")
.userAgent("Mozilla/5.0")
.timeout(5000)
.get();
Elements links = doc.select("a[href]");它适合结构化 HTML 提取、简单页面解析和清洗。涉及登录、动态渲染、复杂反爬时，就需要浏览器自动化、代理、限速和更完整的合规边界。
业务 ID 要先看使用场景
常见 ID 方案包括 UUID、数据库自增、Redis 自增、时间戳加随机数、雪花算法和号段模式。
UUID 简单但长、无序、占空间；数据库自增短且有序，但依赖中心节点；雪花算法可以本地生成趋势递增的 64 位 ID，但要管理机器 ID 和时钟回拨；号段模式适合高吞吐业务，但需要发号服务。
选 ID 不只是“全局唯一”：
- 是否需要趋势递增。
- 是否要暴露业务含义。
- 是否跨库跨服务。
- 是否方便索引和排序。
- 时钟回拨怎么处理。
Jackson 与 Java 8 日期要统一格式
Java 8 的 LocalDateTime、Instant、ZonedDateTime 很好用，但 JSON 序列化要统一约定。
对外接口最好明确：
- 时间字段使用什么类型。
- 是否带时区。
- 格式是 ISO 字符串还是时间戳。
- 数据库存储使用哪个时区。
否则前后端、数据库和日志里可能出现同一个时间差 8 小时的问题。
实用结论
Java 基础工具的价值在于解决具体问题。反编译用于看真实代码，定时任务用于周期执行，Jsoup 用于 HTML 解析，ID 生成用于唯一性和排序，Jackson 时间配置用于接口一致性。
这些工具都不复杂，关键是知道它们适合哪里、不适合哪里，以及什么时候需要升级到更稳的工程方案。
