我对以下内容感兴趣:
是否有一份字符列表,这些字符 永远不会 出现在 base64 编码的字符串中?
例如 *
。 我不确定这种情况是否会发生。 如果原始输入实际上包含 *
,那么它会被编码成不同的方式吗?
我对以下内容感兴趣:
是否有一份字符列表,这些字符 永远不会 出现在 base64 编码的字符串中?
例如 *
。 我不确定这种情况是否会发生。 如果原始输入实际上包含 *
,那么它会被编码成不同的方式吗?
Table 1: The Base 64 Alphabet
Value Encoding Value Encoding Value Encoding Value Encoding
0 A 17 R 34 i 51 z
1 B 18 S 35 j 52 0
2 C 19 T 36 k 53 1
3 D 20 U 37 l 54 2
4 E 21 V 38 m 55 3
5 F 22 W 39 n 56 4
6 G 23 X 40 o 57 5
7 H 24 Y 41 p 58 6
8 I 25 Z 42 q 59 7
9 J 26 a 43 r 60 8
10 K 27 b 44 s 61 9
11 L 28 c 45 t 62 +
12 M 29 d 46 u 63 /
13 N 30 e 47 v
14 O 31 f 48 w (pad) =
15 P 32 g 49 x
16 Q 33 h 50 y
[^A-Za-z0-9+/=]
然而,正如kapeps的回答所指出的那样,这只是建议。具体实现可能会选择不同的64个字符集。(事实上,即使链接的RFC也包含了一张用于URL和文件名安全编码的替代表,它将字符62和63分别替换为-
和_
)。因此,我想这真的取决于创建编码的具体实现。
^[A-Za-z0-9+/]+={0,2}$
。 - VictorBase64只包含A-Z
、a-z
、0-9
、+
、/
和=
。因此,不能使用的字符列表是:除上述字符外的所有可能字符。
对于特殊用途,也可以使用.
和_
。
=
?看起来这会将字符总数增加到65个。您的信息来源是什么?编辑:看起来=
用于填充,在数据在帧完成之前已经完整的情况下使用。 - Caleb HensleyRFC 4648提到了其他字母表,例如"URL和文件名安全"Base 64 Alphabet,其中用于64个字符的基数所选字符集的特定选择因实现而异。
+
和/
被替换为-
和_
。
table of Base64 variants中有使用不同字符的变体表。请记住,有关行分隔符的实现特定规则可以在同一表中找到。一些实现(如Mime)甚至允许(并忽略)不在字母表中的字符。https://en.wikipedia.org/wiki/Base64#Design
MIME的Base64实现使用A-Z、a-z和0-9作为前62个值,因此大部分情况下您应该只期望看到字母数字字符。本文示例表格中还包括'+'和'-',但很少会看到'*'。您可以使用http://www.motobit.com/util/base64-decoder-encoder.asp进行Base64转换,例如对于'*',它返回"Kg=="。
*
会在输出中表示为*
是荒谬的,并表明对输入与输出之间关系的概念混乱严重。只有当*
是基本64个字符集的成员时,它才可能出现在输出中...无论输入中是什么。 - Jim Balter