completablefuture的ortimeout仅设置超时完成状态而不中断任务，真正实现自动中断需结合可中断任务、主动响应中断及显式cancel(true)调用。
CompletableFuture 本身不提供“自动中断线程”的能力，超时不会终止正在运行的任务，只会影响 future 的完成状态。真正实现“执行超时自动中断”，需要超时机制 + 可中断任务 + 主动响应中断三者配合。
orTimeout 是声明式超时入口，但不中断任务
调用 .orTimeout(2, SECONDS) 后：
- 若任务在 2 秒内完成，future 正常以结果完成；
- 若超时，future 立即以
TimeoutException完成； - 原始线程仍在运行——它既没被 stop，也没被 interrupt，除非你额外处理。
关键：让任务能被中断，且主动响应
只有当任务内部包含可中断操作（如 Thread.sleep()、BlockingQueue.take()、Future.get()），或主动检查中断状态，中断信号才有意义：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 阻塞中被中断 → 抛出
InterruptedException，并自动清除中断标志； - 计算中（如空循环、密集运算）→
interrupt()仅设中断标志，需手动轮询Thread.currentThread().isInterrupted()并退出； - 建议在耗时逻辑中定期插入检查，例如：
if (Thread.currentThread().isInterrupted()) throw new InterruptedException("Task cancelled");
完整可控的超时中断写法
结合 orTimeout、exceptionally 和显式取消，才能逼近“自动中断”效果：
- 用
supplyAsync(task, executor)提交任务，保留对原始CompletableFuture的引用； - 调用
orTimeout设置超时； - 在
exceptionally中判断是否为TimeoutException； - 是则调用
originalFuture.cancel(true)向执行线程发中断信号； - 确保任务体内部有可中断点或轮询逻辑，否则 cancel(true) 无效。
替代方案：completeOnTimeout 更适合兜底场景
如果业务允许超时返回默认值（而非报错），可用 .completeOnTimeout("fallback", 2, SECONDS)：
- 超时后 future 以指定值完成，不抛异常；
- 同样不取消原始任务，行为与
orTimeout一致，只是完成方式不同； - 适合“尽力而为”的服务调用，比如降级查询缓存。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
