future是异步计算的契约性占位符，代表“将来会有结果”的承诺，不执行任务但管理pending/completed状态，支持阻塞与非阻塞获取结果、链式组合及失败处理。
Future 不是结果本身，而是对“将来会有结果”这一事实的承诺。它不执行任务，只承载状态和结果，让程序能在等待耗时操作完成的同时继续做别的事。
占位符的本质：不是数据，是契约
Future 就像一张取餐小票——你点完单，服务员立刻给你小票，而不是让你干等。这张小票不包含咖啡，但它保证：只要没过期，你凭它一定能换到咖啡。同理，Future 对象一创建，就代表某个异步计算已被安排，只是结果还没产生。
- 它不保存原始数据，只管理三种核心状态：Pending（任务已提交、尚未完成）、Completed（含 Success 和 Failure 两种子态）
- 调用 result() 或 get() 并不会触发计算，只是读取已完成的结果；若此时仍是 Pending，多数实现会阻塞线程直到完成
- 真正决定“何时开始执行”的，是 Future 的构造方式：Java 的 supplyAsync() 是热执行（立即启动），Rust 的 Future 是冷执行（需显式 await 或 poll 才运行）
异步获取的关键逻辑：解耦执行与消费
Future 把“谁来算”和“谁来用”彻底分开。主线程提交任务后拿到 Future，就可以去做 UI 更新、接收用户输入、发起其他请求——完全不用卡在原地。
- 获取结果有两种主流路径：一是阻塞式等待（如 future.get()），适合简单场景或测试；二是非阻塞式响应（如 thenApply()、add_done_callback()），更适合高并发服务
- 链式组合是它的强项：比如“查用户 → 查订单 → 汇总统计”，可以用 thenCompose 把三个 Future 串成一条流水线，每个环节只关心上一步输出，不感知线程切换
- 失败处理天然内建：失败状态可通过 cause() 提取异常，也可用 exceptionally() 或 handle() 统一兜底，避免层层 try-catch
实际应用中的典型模式
真实系统很少裸用 Future，常配合具体场景封装成更易用的抽象。例如加载图片时，前端先展示“加载中”占位图（即 FutureData 实例），后台异步下载真实图片（RealData），下载完成后自动通知界面刷新——整个过程对用户透明，也不阻塞交互。
- 客户端用 Future 包裹网络请求，UI 层显示骨架屏，数据就绪后触发 setState 或 notifyListeners
- 服务端用 CompletableFuture 编排多个 DB 查询 + 外部 API 调用，用 allOf() 等待全部完成，再统一组装响应
- 资源受限环境（如嵌入式）倾向手动管理 Future 生命周期，避免无节制创建导致内存堆积
