base解码器怎么用(base32在线解码)
base解码器怎么用(base32在线解码)
Base64概述：
Base64是JDK8提出的一个新特性，可以用来进行按照一定规则编码和解码
使用：
编码：
1.获取编码器
2.对数据进行编码
解码：
1.获取解码器
2.对数据进行解码
Base64工具类提供了一套静态方法获取三种Base64编码解码
基本：输出被映射到一组字符A-Za-z0-9+/，编码不添加任何行标，输出的解码仅支持A-Za-z0-9+/
URL：输出被映射到一组字符A-Za-z0-9+_，输出是URL和文件
MIME：输出映射到MIME友好格式，因为输出每行数据不超过67个字符
API:
public static Encoder getEncoder()：基本型 base64 编码器
public static Decoder getDecoder()：基本型 base64 编码器
public static Encoder getUrlEncoder()：Url型 base64 编码器
public static Decoder getUrlDecoder()：Url型 base64 编码器
public static Encoder getMimeEncoder()：Mime型 base64 编码器
public static Decoder getMimeDecoder()：Mime型 base64 编码器
Base32包含26个大写字母和2-7的数字。
base64.b32en(s)：使用Base32编码字符串s是要编码的字符串base64.b32decode(s[，casefold[，map01]])，解码Base32编码的字符串s为要解码的字符串casefold表示是否允许小写字母map01表示允许0表示0，1表示L。
base32是一种常用的加密方式，拿到base32的密文后，我们虽然可以在某些网站上解码但在没网络下的情况，我们可以运用python进行base32解码，以下是python的代码。
URL中不能显示地包含空格这已经是一个共识，而空格以何种形式存在，在不同的标准中又不完全一致，以致于不同的语言也有了不同的实现。
rfc2396 中明确表示空格应该被编码为 %20 。
而W3C的标准中却又说空格可以被替换为 + 或者 %20 。
老许当场懵逼，空格被替换为 + ，那 + 本身只能被编码。既然如此，为什么不直接对空格进行编码呢。当然这只是老许心中的疑惑，以前的背景我们已经无法追溯，已成的事实我们也无法改变。但，空格到底是被替换为 + 还是 20% ， + 是否需要被编码都是现在的我们需要直面的问题。
作为Gopher最先关注的自然是Go语言本身的实现，因此我们首先了解一下Go中常用的三种URL编码方式的异同。
使用 url.QueryEscape 编码时，空格被编码为 + ，而 + 本身被编码为 %2B 。
使用 url.PathEscape 编码时，空格被编码为 20% , 而 + 则未被编码。
使用 (Values).Encode 方法编码时，空格被编码为 + ，而 + 本身被编码为 %2B ，进一步查看 (Values).Encode 方法的源码知其内部仍旧调用 url.QueryEscape 函数。而 (Values).Encode 方法和 url.QueryEscape 的区别在于前者仅编码query中的key和value，后者会对 = 、 均进行编码。
对我们开发者而言，这三种编码方式到底应该使用哪一种，请继续阅读后文相信你可以在后面的文章中找到答案。
既然空格和 + 在Go中的URL编码方式有不同的实现，那在其他语言中是否也存在这样的情况呢，下面以PHP和JS为例。
urlencode
rawurlencode
PHP的 urlencode 和Go的 url.QueryEscape 函数效果一致，而 rawurlencode 则将空格和 + 均进行编码。
encodeURI
encodeURIComponent
JS的 encodeURI 和Go的 url.PathEscape 函数效果一致，而 encodeURIComponent 则将空格和 + 均进行编码。
在前文中已经总结了 Go 、 PHP 和 JS 对 +Gopher指北 的编码操作，下面总结一下其对应的解码操作是否可行的二维表。
上表中的 YY 和 Y 同含义，老许仅以 YY 表示在Go中推荐使用 url.PathEscape 进行编码，同时在PHP和JS中分别推荐使用 rawurldecode 和 decodeURIComponent 进行解码。
在实际的开发过程中，Gopher一定会存在需要解码的场景，此时就需要和URL编码方进行沟通以得到合适的方式解码。
那有没有通用的不需要URL编解码的方式呢？毫无疑问是有的！以 base32 编码为例，其编码字符集为 A-Z和数字2-7 ，此时对值进行base32编码后就无需url编码了。
最后，衷心希望本文能够对各位读者有一定的帮助。
参考
base64.b64encode(s[,altchars])：使用Base64编码字符串。s是要编码的字符串。altchars是用来替换+和/的字符串，在url和文件系统中它们有特殊含义，通常需要替换。
base64.b64decode(s[,altchars]): 解码Base64编码的字符串。s为要解码的字符串。altchars和b64encode相同。
base32/base64是一种常用的加密方式，拿到base64的密文后，我们虽然可以在某些网站上解码。但在没网络下的情况，我们可以运用Python进行base32/base64解码,以下是python的
+ (NSData*) base64Decode:(NSString *)string
{
unsigned long ixtext, lentext;
unsigned char ch, inbuf[4], outbuf[4];
short i, ixinbuf;
Boolean flignore, flendtext = false;
const unsigned char *tempcstring;
NSMutableData *theData;
if (string == nil) {
return [NSData data];
}
ixtext = 0;
tempcstring = (const unsigned char *)[string UTF8String];
lentext = [string length];
theData = [NSMutableData dataWithCapacity: lentext];
ixinbuf = 0;
while (true) {
if (ixtext = lentext){
break;
}
ch = tempcstring [ixtext++];
flignore = false;
if ((ch = 'A') (ch = 'Z')) {
ch = ch - 'A';
} else if ((ch = 'a') (ch = 'z')) {
ch = ch - 'a' + 26;
} else if ((ch = '0') (ch = '9')) {
ch = ch - '0' + 52;
} else if (ch == '+') {
ch = 62;
} else if (ch == '=') {
flendtext = true;
} else if (ch == '/') {
ch = 63;
} else {
flignore = true;
}
if (!flignore) {
short ctcharsinbuf = 3;
Boolean flbreak = false;
if (flendtext) {
if (ixinbuf == 0) {
break;
}
if ((ixinbuf == 1) || (ixinbuf == 2)) {
ctcharsinbuf = 1;
} else {
ctcharsinbuf = 2;
}
ixinbuf = 3;
flbreak = true;
}
inbuf [ixinbuf++] = ch;
if (ixinbuf == 4) {
ixinbuf = 0;
outbuf[0] = (inbuf[0] 2) | ((inbuf[1] 0x30) 4);
outbuf[1] = ((inbuf[1] 0x0F) 4) | ((inbuf[2] 0x3C) 2);
outbuf[2] = ((inbuf[2] 0x03) 6) | (inbuf[3] 0x3F);
for (i = 0; i ctcharsinbuf; i++) {
[theData appendBytes: outbuf[i] length: 1];
}
}
if (flbreak) {
break;
}
}
}
return theData;
}
+ (NSString*) base64Encode:(NSData *)data
{
static char base64EncodingTable[64] = {
'A', 'B', 'C', 'D', 'E', 'F', 'G', 'H', 'I', 'J', 'K', 'L', 'M', 'N', 'O', 'P',
'Q', 'R', 'S', 'T', 'U', 'V', 'W', 'X', 'Y', 'Z', 'a', 'b', 'c', 'd', 'e', 'f',
'g', 'h', 'i', 'j', 'k', 'l', 'm', 'n', 'o', 'p', 'q', 'r', 's', 't', 'u', 'v',
'w', 'x', 'y', 'z', '0', '1', '2', '3', '4', '5', '6', '7', '8', '9', '+', '/'
};
int length = [data length];
unsigned long ixtext, lentext;
long ctremaining;
unsigned char input[3], output[4];
short i, charsonline = 0, ctcopy;
const unsigned char *raw;
NSMutableString *result;
lentext = [data length];
if (lentext 1)
return @"";
result = [NSMutableString stringWithCapacity: lentext];
raw = [data bytes];
ixtext = 0;
while (true) {
ctremaining = lentext - ixtext;
if (ctremaining = 0)
break;
for (i = 0; i 3; i++) {
unsigned long ix = ixtext + i;
if (ix lentext)
input[i] = raw[ix];
else
input[i] = 0;
}
output[0] = (input[0] 0xFC) 2;
output[1] = ((input[0] 0x03) 4) | ((input[1] 0xF0) 4);
output[2] = ((input[1] 0x0F) 2) | ((input[2] 0xC0) 6);
output[3] = input[2] 0x3F;
ctcopy = 4;
switch (ctremaining) {
case 1:
ctcopy = 2;
break;
case 2:
ctcopy = 3;
break;
}
for (i = 0; i ctcopy; i++)
[result appendString: [NSString stringWithFormat: @"%c", base64EncodingTable[output[i]]]];
for (i = ctcopy; i 4; i++)
[result appendString: @"="];
ixtext += 3;
charsonline += 4;
if ((length 0) (charsonline = length))
charsonline = 0;
}
return result;
}
