Javascript JWSAPI的异步版本有什么好处?

Javascript JWSAPI的异步版本有什么好处?,javascript,streaming,jwt-auth,Javascript,Streaming,Jwt Auth,提供它提供的几个函数的同步和异步版本 在异步版本中正在执行哪些异步工作 例如,这是如何使用的: jws.createSign({ 标头:{alg:'RS256'}, privateKey:privateKeyStream, 有效载荷:payloadStream, }).on('done',函数(签名){ // ... }); 通过查看依赖项的来源和来源,我无法理解它。使API异步的一些原因是: 不在内存中缓冲输入 把工作卸给工人 在Wasm中实现部分功能 我没有发现这些事情发生过 工作的核

提供它提供的几个函数的同步和异步版本

在异步版本中正在执行哪些异步工作

例如,这是如何使用的:

jws.createSign({
标头:{alg:'RS256'},
privateKey:privateKeyStream,
有效载荷:payloadStream,
}).on('done',函数(签名){
// ...
});
通过查看依赖项的来源和来源,我无法理解它。使API异步的一些原因是:

  • 不在内存中缓冲输入

  • 把工作卸给工人

  • 在Wasm中实现部分功能

我没有发现这些事情发生过

工作的核心似乎发生在,据我所知,这是同步的:

const signature=hmac.sign(输入,秘密);
hmac.验证(输入、签名、机密)//==真;
当输入是可读流而不是字符串时,streamyapi只是为了方便起见吗?发生的事情是否与(伪代码):
streamToPromise(readableStream)。然后(str=>createSignSync(str))
?或者jws为我们所做的真正的异步工作,我不知何故错过了