想要解码的人:

let decoded = Buffer.from(<encoded string>， 'base64').toString()

因为我来这里寻找解码，最后从这里的答案中找到了答案。

'btoa-atob'模块不导出编程接口，它只提供命令行实用程序。

如果你需要转换为Base64，你可以使用Buffer:

console.log(Buffer.from('Hello World!').toString('base64'));

反向(假设你解码的内容是utf8字符串):

console.log(Buffer.from(b64Encoded, 'base64').toString());

注意:在Node v4之前，使用new Buffer而不是Buffer.from。

我的团队在与React Native和PouchDB一起使用Node时遇到了这个问题。下面是我们的解决方法……

NPM安装缓冲区:

$ npm install --save buffer

确保Buffer、btoa和atob作为全局变量加载:

global.Buffer = global.Buffer || require('buffer').Buffer;

if (typeof btoa === 'undefined') {
  global.btoa = function (str) {
    return new Buffer(str, 'binary').toString('base64');
  };
}

if (typeof atob === 'undefined') {
  global.atob = function (b64Encoded) {
    return new Buffer(b64Encoded, 'base64').toString('binary');
  };
}

我发现，尽管上述答案中的shims工作，但它们与桌面浏览器的btoa()和atob()实现的行为不匹配:

const btoa = function(str){ return Buffer.from(str).toString('base64'); }
// returns "4pyT", yet in desktop Chrome would throw an error.
btoa('✓');
// returns "fsO1w6bCvA==", yet in desktop Chrome would return "fvXmvA=="
btoa(String.fromCharCode.apply(null, new Uint8Array([0x7e, 0xf5, 0xe6, 0xbc])));

事实证明，Buffer实例在默认情况下表示/解释UTF-8编码的字符串。相比之下，在桌面Chrome中，你甚至不能输入一个包含latin1范围之外的字符的字符串到btoa()，因为它会抛出一个异常:Uncaught DOMException: Failed to execute 'btoa' on 'Window':要编码的字符串包含latin1范围之外的字符。

因此，你需要显式地将编码类型设置为latin1，以便让你的Node.js shim匹配桌面Chrome的编码类型:

const btoaLatin1 = function(str) { return Buffer.from(str, 'latin1').toString('base64'); }
const atobLatin1 = function(b64Encoded) {return Buffer.from(b64Encoded, 'base64').toString('latin1');}

const btoaUTF8 = function(str) { return Buffer.from(str, 'utf8').toString('base64'); }
const atobUTF8 = function(b64Encoded) {return Buffer.from(b64Encoded, 'base64').toString('utf8');}

btoaLatin1('✓'); // returns "Ew==" (would be preferable for it to throw error because this is undecodable)
atobLatin1(btoa('✓')); // returns "\u0019" (END OF MEDIUM)

btoaUTF8('✓'); // returns "4pyT"
atobUTF8(btoa('✓')); // returns "✓"

// returns "fvXmvA==", just like desktop Chrome
btoaLatin1(String.fromCharCode.apply(null, new Uint8Array([0x7e, 0xf5, 0xe6, 0xbc])));
// returns "fsO1w6bCvA=="
btoaUTF8(String.fromCharCode.apply(null, new Uint8Array([0x7e, 0xf5, 0xe6, 0xbc])));

我知道这是一个节点应用程序的讨论点，但为了在节点服务器上运行通用JavaScript应用程序，这就是我如何达到这篇文章的，我一直在为我一直在构建的通用/同构react应用程序研究这一点，包abab为我工作。事实上，这是我能找到的唯一有效的解决方案，而不是使用上文提到的Buffer方法(我有打字脚本问题)。

(这个包由jsdom使用，而jsdom又由window包使用。)

回到我的观点;基于此，如果这个函数已经像你提到的那样被编写为npm包，并且有自己的基于W3规范的算法，你可以安装和使用abab包，而不是自己编写基于编码的函数，这些函数可能准确也可能不准确。

——编辑

我开始有奇怪的问题今天编码(不确定为什么它开始发生现在)包abab。它似乎在大多数时候编码正确，但有时在前端编码不正确。花了很长时间尝试调试，但按照建议切换到package base-64，它立即工作了。显然是由于abab的base64算法。

export const universalBtoa = str => {
  try {
    return btoa(str);
  } catch (err) {
    return Buffer.from(str).toString('base64');
  }
};

export const universalAtob = b64Encoded => {
  try {
    return atob(b64Encoded);
  } catch (err) {
    return Buffer.from(b64Encoded, 'base64').toString();
  }
};