箭头函数本身不保证promise链连续，关键在于每个then回调必须显式返回值或promise；它仅通过继承词法作用域和this绑定，避免上下文丢失与变量访问错误。
在异步任务队列中，用箭头函数本身并不能“保持 Promise 链的上下文连续”——真正起作用的是箭头函数对 this 和词法作用域的继承机制，而 Promise 链的连续性本质依赖于 return 语句是否正确传递值或 Promise。关键不是“用不用箭头函数”，而是如何避免隐式丢失返回值、意外吞掉错误、或破坏链式调用。
确保每个 then 回调都显式返回值或 Promise
Promise 链连续的核心是：每个 .then() 的回调必须返回一个值（包括 undefined）或 Promise，否则后续 .then() 会收到 undefined，导致逻辑断裂。
- 普通函数和箭头函数在此行为一致，区别只在于
this和arguments绑定 - 常见陷阱：在回调里只执行操作但没 return，例如：
queue.then(() => doSomething())—— 如果doSomething()不返回 Promise，下个.then()就会立即执行，且参数为undefined - 正确写法：
queue.then(() => doSomething()).then(result => ...)，前提是doSomething()返回 Promise 或值
用箭头函数安全捕获外层变量，避免 this 混乱
当队列处理逻辑需要访问类实例属性或闭包变量时，箭头函数可避免 this 绑定丢失，间接保障上下文数据可用。
- 比如在 class 方法中定义队列：
class TaskQueue { run() { this.items.map(item => fetch(item.url).then(() => this.handleSuccess(item))) } }—— 这里箭头函数让this指向实例，handleSuccess能正常调用 - 若用普通函数：
function() { this.handleSuccess(item) }，this可能为undefined（严格模式）或全局对象，导致调用失败 - 注意：箭头函数不能用作 Promise 回调的“构造器”，它不改变 Promise 本身的 resolve/reject 流程，只是让回调内部更可靠地访问所需数据
避免在箭头函数中忽略错误传播
Promise 链的连续性也体现在错误能逐级冒泡。箭头函数若未正确处理 reject，容易静默吞掉异常。
- 错误写法：
.then(() => someAsync().catch(console.error))——catch后未 re-throw，Promise 变成 fulfilled 状态，错误中断传播 - 推荐写法：
.then(() => someAsync()).catch(err => { console.error(err); throw err; })，或统一用.catch()放链尾 - 箭头函数内使用
try/catch需配合async/await，否则无法捕获异步抛出的错误；纯 Promise 链仍应依赖.catch()
队列场景下的实用结构建议
构建可串联的任务队列时，优先用函数组合 + 显式返回，而非依赖箭头函数“修复”上下文。
- 把每个步骤封装为返回 Promise 的纯函数：
const fetchItem = url => fetch(url).then(r => r.json()) - 用箭头函数简洁接入：
queue.then(url => fetchItem(url)).then(data => processData(data)) - 需要共享状态时，用闭包或参数传递代替依赖
this：const createProcessor = (config) => url => fetch(url).then(...)
