如果有人有兴趣在JS中实现@Pedro Silva解决方案，我只是为它移植了相同的解决方案:

const getBase64Size = (base64) => {
  let padding = base64.length
    ? getBase64Padding(base64)
    : 0
  return ((Math.ceil(base64.length / 4) * 3 ) - padding) / 1000
}

const getBase64Padding = (base64) => {
  return endsWith(base64, '==')
    ? 2
    : 1
}

const endsWith = (str, end) => {
  let charsFromEnd = end.length
  let extractedEnd = str.slice(-charsFromEnd)
  return extractedEnd === end
}

我在其他回答中没有看到简化的公式。逻辑是覆盖的，但我想要一个最基本的形式为我的嵌入式使用:

  Unpadded = ((4 * n) + 2) / 3

  Padded = 4 * ((n + 2) / 3)

注意:当计算无填充计数时，我们四舍五入整数除法，即加上除数-1，在这种情况下是+2

当其他人都在讨论代数公式时，我宁愿用BASE64本身来告诉我:

$ echo "Including padding, a base64 string requires four bytes for every three-byte chunk of the original string, including any partial chunks. One or two bytes extra at the end of the string will still get converted to four bytes in the base64 string when padding is added. Unless you have a very specific use, it is best to add the padding, usually an equals character. I added an extra byte for a null character in C, because ASCII strings without this are a little dangerous and you'd need to carry the string length separately."| wc -c

525

$ echo "Including padding, a base64 string requires four bytes for every three-byte chunk of the original string, including any partial chunks. One or two bytes extra at the end of the string will still get converted to four bytes in the base64 string when padding is added. Unless you have a very specific use, it is best to add the padding, usually an equals character. I added an extra byte for a null character in C, because ASCII strings without this are a little dangerous and you'd need to carry the string length separately." | base64 | wc -c

710

因此，3个字节由4个base64字符表示的公式似乎是正确的。

在windows中-我想估计mime64大小的缓冲区的大小，但所有精确的计算公式都不适合我-最后我得到了这样的近似公式:

Mine64字符串分配大小(近似) =((4 *((二进制缓冲区大小)+ 1))/ 3)+ 1)

所以最后+1 -它用于ascii- 0 -最后一个字符需要分配来存储零结束-但为什么“二进制缓冲区大小”是+1 -我怀疑有一些mime64终止字符?或者这可能是一些对齐问题。

每个字符代表6位(log2(64) = 6)。

因此用4个字符表示4 * 6 = 24位= 3个字节。

所以你需要4*(n/3)个字符来表示n个字节，这需要四舍五入到4的倍数。

由于四舍五入到4的倍数而导致的未使用填充字符的数量显然是0、1、2或3。

作为参考，Base64编码器的长度公式如下:

正如你所说的，给定n个字节的数据，一个Base64编码器将产生一个4n/3个Base64字符的字符串。换句话说，每3个字节的数据将导致4个Base64字符。编辑:一个评论正确地指出，我之前的图形没有说明填充;正确的填充公式是4(Ceiling(n/3))。

维基百科的文章在示例中准确地展示了ASCII字符串Man如何编码为Base64字符串TWFu。输入字符串的大小是3字节，或24位，因此公式正确地预测输出将是4字节(或32位)长:TWFu。该过程将每6位数据编码为64个Base64字符中的一个，因此24位输入除以6得到4个Base64字符。

您在注释中询问编码123456的大小。请记住，该字符串的每个字符的大小都是1字节或8位(假设ASCII/UTF8编码)，我们正在编码6字节或48位的数据。根据公式，我们期望输出长度为(6字节/ 3字节)* 4个字符= 8个字符。

将123456放入Base64编码器中创建MTIzNDU2，正如我们预期的那样，它有8个字符长。