开始之前，先说两个常见的场景：

1. 负载均衡：由于访问人数太多，我们的网站部署了多台服务器个共同提供相同的服务，但每台服务器上存储的数据不同。为了保证请求的正确响应，相同参数（key）的请求（比如同个 IP 的请求、同一个用户的请求）需要发到同一台服务器处理。
2. 分布式缓存：由于缓存数据量太大，我们部署了多台缓存服务器共同提供缓存服务。缓存数据需要尽可能均匀地分布式在这些缓存服务器上，通过 key 可以找到对应的缓存服务器。

这两种场景的本质，都是需要建立一个从 key 到服务器/节点的稳定映射关系。

JDK 25 于 2025 年 9 月 16 日 发布，这是一个非常重要的版本，里程碑式。

JDK 25 是 LTS（长期支持版），至此为止，目前有 JDK8、JDK11、JDK17、JDK21 和 JDK 25 这四个长期支持版了。

JDK 21 共有 18 个新特性，这篇文章会挑选其中较为重要的一些新特性进行详细介绍：

• JEP 506: Scoped Values (作用域值)
• JEP 512: Compact Source Files and Instance Main Methods (紧凑源文件与实例主方法)
• JEP 519: Compact Object Headers (紧凑对象头)
• JEP 521: Generational Shenandoah (分代 Shenandoah GC)
• JEP 507: Primitive Types in Patterns, instanceof, and switch (模式匹配支持基本类型, 第三次预览)
• JEP 505: Structured Concurrency (结构化并发, 第五次预览)
• JEP 511: Module Import Declarations (模块导入声明)
• JEP 513: Flexible Constructor Bodies (灵活的构造函数体)
• JEP 508: Vector API (向量 API, 第十次孵化)

相关面试题：

• 前端做了校验，后端还还需要做校验吗？
• 前端已经做了数据校验，为什么后端还需要再做一遍同样（甚至更严格）的校验呢？
• 前端/后端需要对哪些内容进行校验？

咱们平时做 Web 开发，不管是写前端页面还是后端接口，都离不开跟数据打交道。那怎么保证这些传来传去的数据是靠谱的、安全的呢？这就得靠数据校验了。而且，这活儿，前端得干，后端更得干，还得加上权限校验这道重要的“锁”，缺一不可！

很多小伙伴在第一次技术面试时都会感到紧张甚至害怕，面试结束后还会有种“懵懵的”感觉。我也经历过类似的状况，可以说是深有体会。其实，紧张是很正常的——它代表你对面试的重视，也来自于对未知结果的担忧。但如果过度紧张，反而会影响你的临场发挥。

下面，我就分享一些自己的心得，帮大家更好地应对面试中的紧张情绪。

试着接受紧张情绪，调整心态

首先要明白，紧张是正常情绪，特别是初次或前几次面试时，多少都会有点忐忑。不要过分排斥这种情绪，可以适当地“拥抱”它：

• 搞清楚面试的本质：面试本质上是一场与面试官的深入交流，是一个双向选择的过程。面试失败并不意味着你的价值和努力被否定，而可能只是因为你与目标岗位暂时不匹配，或者仅仅是一次 KPI 面试，这家公司可能压根就没有真正的招聘需求。失败的原因也可能是某些知识点、项目经验或表达方式未能充分展现出你的能力。即便这次面试未通过，也不妨碍你继续尝试其他公司，完全不慌！
• 不要害怕面试官：很多求职者平时和同学朋友交流沟通的蛮好，一到面试就害怕了。面试官和求职者双方是平等的，以后说不定就是同事关系。也不要觉得面试官就很厉害，实际上，面试官的水平也参差不齐。他们提出的问题，可能自己也没有完全理解。
• 给自己积极的心理暗示：告诉自己“有点紧张没关系，这只能让我更专注，心跳加快是我在给自己打气，我一定可以回答的很好！”。

由于目前的面试太卷，对于犹豫是否要找实习的同学来说，个人建议不论是本科生还是研究生都应该在参加校招面试之前，争取一下不错的实习机会，尤其是大厂的实习机会，日常实习或者暑期实习都可以。当然，如果大厂实习面不上，中小厂实习也是可以接受的。

不过，现在的实习是真难找，今年有非常多的同学没有找到实习，有一部分甚至是 211/985 名校的同学。

如果实在是找不到合适的实习的话，那也没办法，我们应该多花时间去把下面这三件事情给做好：

1. 补强项目经历
2. 持续完善简历
3. 准备技术面试

补强项目经历

前几天，我在知乎上随手回答了一个问题：“Java 学到 JSP 就学不下去了，怎么办？”。

出于不想让别人走弯路的心态，我回答说：已经淘汰的技术就不要学了，并顺带列举了一些在 Java 开发领域中已经被淘汰的技术。

已经淘汰的 Java 技术

我的回答原内容如下，列举了一些在 Java 开发领域中已经被淘汰的技术：

JSP

• 原因：JSP 已经过时，无法满足现代 Web 开发需求；前后端分离成为主流。
• 替代方案：模板引擎（如 Thymeleaf、Freemarker）在传统全栈开发中更流行；而在前后端分离架构中，React、Vue、Angular 等现代前端框架已取代 JSP 的角色。
• 注意：一些国企和央企的老项目可能仍然在使用 JSP，但这种情况越来越少见。

历时一个月精心打磨，笔者基于当下 Java 后端开发岗位招聘的最新要求，对既有学习路线进行了全面升级。本次升级涵盖技术栈增删、学习路径优化、配套学习资源更新等维度，力争构建出更符合 Java 开发者成长曲线的知识体系。

亮色板概览：

JDK 24 是自 JDK 21 以来的第三个非长期支持版本，和 JDK 22、JDK 23一样。下一个长期支持版是 JDK 25，预计今年 9 月份发布。

@Async 注解由 Spring 框架提供，被该注解标注的类或方法会在 异步线程 中执行。这意味着当方法被调用时，调用者将不会等待该方法执行完成，而是可以继续执行后续的代码。

@Async 注解的使用非常简单，需要两个步骤：

1. 在启动类上添加注解 @EnableAsync ，开启异步任务。
2. 在需要异步执行的方法或类上添加注解 @Async 。

@SpringBootApplication
// 开启异步任务
@EnableAsync
public class YourApplication {

    public static void main(String[] args) {
        SpringApplication.run(YourApplication.class, args);
    }
}

// 异步服务类
@Service
public class MyService {

    // 推荐使用自定义线程池，这里只是演示基本用法
    @Async
    public CompletableFuture<String> doSomethingAsync() {

        // 这里会有一些业务耗时操作
        // ...
        // 使用 CompletableFuture 可以更方便地处理异步任务的结果，避免阻塞主线程
        return CompletableFuture.completedFuture("Async Task Completed");
    }

}

JDK 23 和 JDK 22 一样，这也是一个非 LTS（长期支持）版本，Oracle 仅提供六个月的支持。下一个长期支持版是 JDK 25，预计明年 9 月份发布。

下图是从 JDK8 到 JDK 24 每个版本的更新带来的新特性数量和更新时间：

由于 JDK 22 和 JDK 23 重合的新特性较多，这里主要以 JDK 23 为主介绍，会补充 JDK 22 独有的一些特性。