base64 url 安全移除 =
base64 url safe removes =
以下代码(使用commons codec Base64):
byte[] a = Hex.decodeHex("9349c513ed080dab".toCharArray());
System.out.println(Base64.encodeBase64URLSafeString(a));
System.out.println(Base64.encodeBase64String(a));
给出以下输出:
k0nFE-0IDas //should be k0nFE-0IDas=
k0nFE+0IDas=
Base64.encodeBase64URLSafeString(a)
returns k0nFE-0IDas
而不是 k0nFE-0IDas=
。为什么会这样?
Why is this happening?
因为这就是 documented 要做的事情:
Note: no padding is added.
base64 字符串末尾的 =
个字符称为填充。它们用于确保最终字符串的长度是 4 个字符的倍数 - 但就信息论而言,它们并不是真正必需的,因此只要您随后将数据转换回二进制,删除它们是合理的使用不期望填充的方法。 Apache 编解码器 Base64
class 声称它透明地处理常规和 URL-安全 base64,因此大概 确实 处理缺少填充。
以下代码(使用commons codec Base64):
byte[] a = Hex.decodeHex("9349c513ed080dab".toCharArray());
System.out.println(Base64.encodeBase64URLSafeString(a));
System.out.println(Base64.encodeBase64String(a));
给出以下输出:
k0nFE-0IDas //should be k0nFE-0IDas=
k0nFE+0IDas=
Base64.encodeBase64URLSafeString(a)
returns k0nFE-0IDas
而不是 k0nFE-0IDas=
。为什么会这样?
Why is this happening?
因为这就是 documented 要做的事情:
Note: no padding is added.
base64 字符串末尾的 =
个字符称为填充。它们用于确保最终字符串的长度是 4 个字符的倍数 - 但就信息论而言,它们并不是真正必需的,因此只要您随后将数据转换回二进制,删除它们是合理的使用不期望填充的方法。 Apache 编解码器 Base64
class 声称它透明地处理常规和 URL-安全 base64,因此大概 确实 处理缺少填充。