promise.prototype.finally用于promise终态后执行清理逻辑，不接收参数、不影响链式结果传递，适用于加载状态关闭、资源释放等场景，且可与then/catch配合避免重复代码。

Promise.prototype.finally 是专门用于在 Promise 状态最终确定（无论 fulfilled 还是 rejected）后执行清理逻辑的方法，不接收 Promise 的结果值，也不影响链式结果的传递，非常适合做资源释放、加载状态关闭、DOM 清理等操作。

finally 的核心特点

它不关心 Promise 是成功还是失败，只要进入终态（settled），就一定会执行；它不接收参数，所以无法直接获取 resolve 值或 reject 原因；它默认将上游结果原样透传给后续 then/catch，不影响链式流程。

常见清理场景与写法

• 关闭加载中提示：比如调用 API 前显示 loading，结束后统一隐藏，不管请求成功或报错
• 释放定时器或事件监听器：避免 Promise 完成后仍持有不必要的引用
• 还原 UI 状态：如禁用按钮、恢复表单可编辑性
• 清理临时 DOM 节点或 canvas 上下文

正确使用 finally 的示例

下面是一个典型异步请求 + 加载状态管理的例子：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

let loading = document.getElementById('loading');
loading.style.display = 'block';
<p>fetch('/api/data')
.then(res => res.json())
.then(data => console.log('成功:', data))
.catch(err => console.error('失败:', err))
.finally(() => {
loading.style.display = 'none'; // 无论成功失败都关闭 loading
});</p>

注意：finally 中不能直接 return 值来改变链式结果；如果需要在 finally 后继续处理，应确保后续 then 接收的是原始结果（因为 finally 不修改它）。

和 then/catch 的区别与配合

如果你既想处理错误，又想统一清理，不要把清理逻辑重复写在 catch 和 then 里——那样容易遗漏或出错。用 finally 可以避免重复，保持逻辑集中：

promise
  .then(result => { /* 处理成功 */ })
  .catch(error => { /* 处理失败 */ })
  .finally(() => { /* 清理共用逻辑 */ }); // 更清晰、更安全

如果清理操作本身是异步的（比如要发一个日志请求），finally 内部可以返回 Promise，但注意：它不会阻塞链式后续执行（即后续 then 不会等待这个异步清理完成），如需等待，应改用 async/await 或手动链式处理。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南