如何在Bash中实现与BaseEncoding.base64().encode()等效的字节数组转Base64

你的问题核心是要在Bash里复刻Scala中com.google.common.io.BaseEncoding.base64().encode()的行为——也就是对16个范围在-128到127的随机原始字节进行标准Base64编码。你原来的脚本走偏了，因为它把数字字符串转成了Base64，而不是直接处理原始字节流，所以结果肯定不对。

下面是完全对齐Guava逻辑的Bash实现，我会一步步解释为什么这么写：

正确的脚本实现 #

#!/bin/bash
max_count=16
vector=()

for ((count=1; count<=max_count; count++)); do
    # 生成和Scala完全一致的随机字节值：-128 到 127
    byte_val=$((RANDOM % 256 - 128))
    
    # 把有符号字节转成无符号的0-255范围（Bash的printf处理\x需要十六进制无符号值）
    unsigned_byte=$((byte_val < 0 ? byte_val + 256 : byte_val))
    
    # 格式化为两位十六进制字符串（比如-1会变成ff，10变成0a）
    hex_byte=$(printf "%02x" "$unsigned_byte")
    
    # 存储成printf能识别的转义字节格式
    vector+=("\x$hex_byte")
done

# 输出所有原始字节，然后通过标准base64命令编码
printf "%b" "${vector[@]}" | base64

为什么这个脚本和Guava的逻辑一致？ #

• 字节范围匹配：RANDOM%256-128和Scala里的Random.nextInt(256)-128生成的都是-128到127的整数，对应Java/Scala里的Byte类型取值范围。
• 原始字节流一致：通过把有符号字节转成无符号十六进制，再用printf "%b"输出原始字节，这完全等价于Scala中Array[Byte]对应的二进制流。
• Base64标准对齐：Guava的BaseEncoding.base64()实现遵循RFC 4648标准，而大多数系统自带的base64命令（比如GNU base64）也遵循同一标准，所以最终编码结果完全一致。

你可以测试一下：如果用Scala生成一组固定的字节数组，用这个脚本生成相同的字节，得到的Base64字符串会和Scala输出的完全一样。

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