React JS 循环调用eccrypto.sign报Promise rejected async/await未解决

数据老陈

2026-11-7

核心问题排查

eccrypto.sign 本身是异步API，返回值为Promise对象，不做状态处理直接存入数组的话，拿到的只会是 pending / rejected 状态的Promise实例，根本不是最终签名结果。
触发rejected状态的直接诱因是参数类型不匹配：eccrypto 的签名方法仅支持接收 Buffer 类型的待签内容，原循环中直接传入数字2、3、5，库内部做参数校验时直接抛出类型异常，导致对应Promise进入rejected状态。哪怕之前尝试加了async/await，只要没有修正参数类型问题，依然会走到错误分支。
原代码还有一个容易忽略的私钥初始化错误：使用Buffer.from(原始字节数组, 'hex')的写法会导致生成的Buffer内容不符合预期——因为第二个参数是编码标识，传入原始字节数组时不需要额外指定hex编码，否则会生成长度、内容完全错误的私钥，后续也会触发签名失败。

可落地的正确实现

统一把循环内的待签内容转为合法Buffer，避免类型校验失败
搭配for...of循环顺序执行异步签名操作，每一步等待Promise返回最终结果后再存入结果数组
增加全局错误捕获，避免未处理的Promise异常打断流程

对应可直接运行的代码参考：

const eccrypto = require("eccrypto");

// 修正私钥初始化逻辑：直接从字节数组生成Buffer，不再额外指定hex编码
const privateKey = Buffer.from([238, 239, 199, 101, 188, 134, 13, 13,195, 172, 125, 168, 225, 189, 72, 148, 225, 200, 127, 218, 204, 11, 150, 146, 180, 243, 195, 109, 200, 119, 50, 20]);

const sourceArray = [2, 3, 5];

async function batchSignTask() {
  const signedResultList = [];
  for (const rawItem of sourceArray) {
    // 将待签的数字转为Buffer类型，匹配API入参要求
    const signContent = Buffer.from(String(rawItem));
    // 等待签名操作完成，拿到最终签名Buffer后再存入结果数组
    const signature = await eccrypto.sign(privateKey, signContent);
    signedResultList.push(signature);
  }
  console.log("批量签名结果：", signedResultList);
  return signedResultList;
}

// 执行任务并捕获流程内的错误
batchSignTask().catch(error => console.error("批量签名执行失败：", error));

常见踩坑提醒

很多人套用async/await模板时，只在外层函数加了async修饰，循环内部没有对每一次签名调用加await，本质还是把未完成的裸Promise存进了结果数组，和最初的写法没有区别。
不要在循环中搭配forEach处理异步逻辑，forEach本身不会等待内部异步任务完成，很容易出现结果数组为空、时序错乱的问题。
如果需要并发提速，可以把每一步的签名Promise先收集到列表里，再用Promise.all统一等待所有任务完成，不要边遍历边直接把Promise实例push到数组里。
调试时可以单独打印每个eccrypto.sign调用的rejected错误栈，快速定位是参数问题、私钥问题还是内部计算问题。

内容的提问来源于stack exchange，提问作者norah