JEP 481：JDK 23 中 Scoped Values API 的第三次预览带来关键增强
内容提要
JDK 23完成了JEP 481，Scoped Values（第三个预览版），该功能允许在线程内部和跨线程共享不可变数据，提供了比线程本地变量更高效的替代方案。JDK 23中Scoped Values API的重新预览引入了ScopedValue.callWhere方法的新变化，从而使代码更简洁，性能更好。Scoped values解决了线程本地变量的缺点，如无限制的可变性和无界的生命周期。它们确保数据是不可变的，并且只能在定义的范围内访问，提高了安全性和性能。Scoped Values API显著改进了Java中的数据共享，与现代并发模型相得益彰。
延伸解读
从孵化到第三次预览：Scoped Values 的演进
Scoped Values 并非突然出现，它经历了 JDK 20 的孵化（JEP 429）、JDK 21 的首次预览（JEP 446）和 JDK 22 的第二次预览（JEP 464），最终在 JDK 23 以 JEP 481 进行第三次预览。这种逐步推进的方式表明该 API 仍在根据反馈调整，尚未成为正式标准。开发者应关注其预览状态，避免在生产环境中过度依赖，同时留意后续版本可能的变化。
callWhere 方法调整：简化异常处理与代码
JDK 23 对 ScopedValue.callWhere 方法进行了重要修改：其操作参数现在是一个函数式接口，允许编译器推断是否可能抛出受检异常。因此，原先的 ScopedValue.getWhere 方法被移除。这一变化减少了样板代码，使 API 更简洁，并在频繁数据共享的场景中提升了性能。开发者需要更新调用方式，以适应新的函数式接口设计。
与线程本地变量对比：解决可变性与生命周期问题
线程本地变量自 Java 1.2 起被广泛使用，但存在明显缺陷：无限制的可变性可能导致数据不一致，无界生命周期容易引发内存泄漏（若忘记调用 remove），跨线程继承还会带来显著开销。Scoped Values 通过确保数据不可变且仅在定义范围内可访问，解决了这些问题，同时降低了空间和时间成本，尤其适合与虚拟线程和结构化并发配合使用。
实际应用示例：Web 框架中的上下文共享
文章通过一个 Web 框架示例展示了 Scoped Values 的优势。使用线程本地变量时，需要显式 set 和 get，并依赖可变状态；而使用 Scoped Values，只需通过 ScopedValue.runWhere 在特定作用域内绑定上下文，代码更简洁，且上下文仅在作用域内有效，避免了隐藏的可变状态。这种模式使数据流更易推理，并提升了安全性和性能。
Q&A
什么是Scoped Values API？
Scoped Values API是JDK 23中的一个功能，允许在线程内部和跨线程共享不可变数据，提供比线程本地变量更高效的替代方案。
Scoped Values API相比线程本地变量有哪些优势？
Scoped Values API确保数据不可变且仅在定义的范围内访问，从而提高安全性和性能，避免了线程本地变量的可变性和无界生命周期问题。
JDK 23中的ScopedValue.callWhere方法有什么变化？
ScopedValue.callWhere方法的操作参数现在是一个函数接口，使Java编译器能够推断是否可能抛出检查异常，从而简化了代码并提高了性能。
使用Scoped Values API的实现有什么具体示例？
在一个Web框架中，使用Scoped Values API可以通过ScopedValue.runWhere方法简化上下文共享，避免了使用可变状态的需求。
Scoped Values如何改善Java中的数据共享？
Scoped Values通过确保数据不可变和范围限制，显著改善了Java中方法和线程之间的数据共享，促进了更好的编码实践和应用性能。
Scoped Values API的引入对开发者有什么意义？
Scoped Values API的引入为开发者提供了更简洁高效的数据共享方式，特别是在高并发应用中，促进了现代并发模型的应用。
