Nodejs crypto 里的部分加解密函数为啥是同步的？

问题是 nodejs 是多线程的吗?

其实强行做成异步也不是不行。

crypto.pbkdf2 是异步的
异步的用着麻烦，而且增加函数调用的开销。同步的当然会影响性能
所以有个权衡的，所以 pbkdf2 还有个 pbkdf2Sync ，让用户根据情况选择用不用异步

这事和是不是 CPU 密集根本没有关系

如果因为 IO 之类的等待，整个执行过程被挂起，这个才叫卡住了。加解密的时候执行线程就一直在运算，何来卡主整个进程而言。？

你就把加解密一直在运算当做等待好了，那不就是卡住了整个进程么？我希望能异步运算，这样就还能处理其他任务，就算会降低性能，我仍然希望如此

在Node.js的crypto模块中，部分加解密函数被设计为同步的，这主要是出于以下几个原因：

1. 简单性：同步函数对于简单的、短时间的操作来说，代码更加简洁明了，不需要处理回调或Promise，降低了学习曲线和使用难度。

2. 性能考虑：对于小规模的加解密任务，同步操作可能减少上下文切换和回调机制带来的额外开销，从而提高性能。

3. 历史原因：Node.js早期版本在设计时，同步API更为普遍，随着异步编程模式的推广，虽然增加了异步版本，但同步版本依然保留以满足不同需求。

4. 使用场景：在某些场景下，比如启动脚本或初始化配置时，使用同步API可以更方便地处理加解密操作，而无需担心异步带来的复杂性。

示例代码展示了同步和异步API的使用：

const crypto = require('crypto');

// 同步加密
const cipher = crypto.createCipher('aes-256-cbc', 'secret key');
let encrypted = cipher.update('some clear text data', 'utf8', 'hex');
encrypted += cipher.final('hex');
console.log(encrypted);

// 异步加密（使用Promise）
function encryptAsync(text, algorithm, key) {
  return new Promise((resolve, reject) => {
    const cipher = crypto.createCipher(algorithm, key);
    let encrypted = cipher.update(text, 'utf8', 'hex');
    encrypted += cipher.final('hex');
    resolve(encrypted);
  });
}

encryptAsync('some clear text data', 'aes-256-cbc', 'secret key').then(console.log);

在实际应用中，选择同步还是异步API应根据具体需求和性能考量来决定。