async/await可融入函数式编程：通过将异步操作隔离为纯函数接口、用高阶函数组合异步行为、以工厂函数替代async构造器、并采用结构化错误处理（如safe封装），实现副作用可控、逻辑可组合、数据不可变。
async/await 本身不是函数式编程的原生特性，但它可以自然地融入函数式编程范式——关键不在于语法，而在于如何组织副作用、保持不可变性、复用纯逻辑。
把异步操作“隔离”成纯函数接口
函数式编程强调纯函数（无副作用、输入决定输出），而异步操作天然带副作用（I/O、状态变更）。解决办法是：让 async 函数只负责“触发”和“等待”，把数据转换逻辑完全抽离为同步纯函数。
例如，处理股票数据时：
-
纯函数：
formatStockNumbers(stock)只接收原始对象，返回新对象，不碰网络、不改原数据； -
async 函数：
async function fetchAndFormat(ticker) { const raw = await api.getStock(ticker); return formatStockNumbers(raw); }——它只做两件事：调用异步 API、调用纯函数。副作用被严格限制在最外层。
用高阶函数组合异步行为
async/await 和 map/filter/reduce 等高阶函数配合，能写出既声明式又可控的异步逻辑。
- 批量请求并保留顺序：
const results = await Promise.all(urls.map(url => fetch(url).then(r => r.json()))); - 异步过滤（如检查一批 ID 是否有效）：
const validIds = await asyncFilter(ids, id => fetch(`/check?id=${id}`).then(r => r.ok)); - 注意：直接对数组用
map(async () => ...)会返回 Promise 数组，需用Promise.all收集结果，否则逻辑不等价。
避免 async 构造器，用工厂函数维持纯构造
JavaScript 类的 constructor 不能是 async，但强行在内部 await 会导致实例创建与初始化分离、状态不一致。更函数式的做法是：用静态工厂函数封装异步创建过程。
- 写法：
class User { constructor(data) { this.id = data.id; this.name = data.name; } static async fromApi(id) { const res = await fetch(`/users/${id}`); return new User(await res.json()); } } - 好处：构造逻辑仍是纯的（
new User(...)不含异步），异步获取数据被明确隔离在fromApi中，调用者清楚知道“创建”本身是异步动作。
错误处理保持函数式风格
传统 try/catch 是命令式控制流。函数式倾向用类型化错误处理（如 Result/Either 类型），但即使不用额外库，也能靠结构化约定提升可组合性。
- 避免在每个 async 函数里重复 try/catch，可封装通用执行器：
const safe = (fn) => async (...args) => { try { return { ok: true, data: await fn(...args) }; } catch (e) { return { ok: false, error: e }; } }; - 后续逻辑可统一判断
result.ok，而不是抛异常——这更接近函数式中“错误即值”的思想。
