UUencode编码起先用在unix网络中,先是Unix系统下将二进制的资料借由uucp邮件系统传输的一个编码程式,也是一种二进制到文字的编码。不属于MIME编码中一员。它也是定义了用可打印字符表示二进制文字一种方法,并不是一种新的编码集合。主要解决,二进制字符在传输、存储中问题。它早期在电子邮件中使用较多,最近这些年来基本上被MIME 中Base64所取代了。E-mail中一般采用UU、MIME、BINHEX三种编码标准! 我想,了解下这种编码将二进制字符转换为可打印字符实现思路!对我们以后做类似处理工作,应该会有很多的启示。
UUencode编码过程
Uuencode将输入资料以每三个字节为单位进行编码,如此重复进行。如果最后剩下的资料少于三个字节,不够的部份用零补齐。这三个字节共有24个Bit,以6-bit为单位分为4个群组,每个群组以十进制来表示所出现的数值只会落在0到63之间。将每个数加上32,所产生的结果刚好落在ASCII字符集中可打印字符(32-空白…95-底线)的范围之中。每60个编码输出(相当于45个输入字节)将输出为独立的一行,每行的开头会加上长度字符,除了最后一行之外,长度字符都应该是'M'这个ASCII字符(77=32+45),最后一行的长度字符为32+剩下的字节数目这个ASCII字符。如果是一个 0字节那它应该被转换为0×60而不是0×20,因为(前引用'`')优于 0×20(空格' ‘)。
特点一:看到特点了吧,也是64字符,也是一组6位。怎么,怎么,跟我们的base64这么相似呢?是的,从这个定义中,我们确实发现它跟base64比起来很相似了。
特点二:它定义64字符,不用写映射表,是通过加32转换到可打印字符范围中。比起base64,更为简单!
思考问题:它的字符范围都是可打印字符,我们会发现64字符集合中,有很多是特殊字符:”!”#¥%&‘()*+='” 等等。这些字符在不同应用中,可能都有些特殊用途。因此,在使用该编码时候,或许会出现一些问题。我想这也许是UUencode编码方法,逐渐被Base64所取代的原因吧。
UUencode 64字符集
二进制表示
十进制表示
二进制表示
十进制表示
字符串:'Cat‘ 编码后是:oV%T
UUencode PHP实现过程
编码转换过程,与Base64类似!下面代码是实现过程,我们可以看看转换方法!
/** *uuencode编码* *@author 程默 *@copyright http://blog.chacuo.net/ *@param string $src 待处理字符串 *@return string encode编码完字符串 */ function c_uu_encode($src) { ///每次读取3个字节 $lbyte = 3; ////将原始的3个字节转换为4个字节 $slen=strlen($src); $smod = ($slen%$lbyte); $snum = floor($slen/$lbyte); $desc = array(); //将剩下字节以0字节补齐 $src = $smod===0"\0",$lbyte-$smod); $snum = $smod===0"`"代替 foreach ($_dec as &$v) { $v = $v===0"\r\n"; $alen = count($desc); $anum = floor($alen/$abyte); $amod = ($alen%$abyte); $adesc = array(); for ($i=0;$i<$anum;$i++) { $adesc[]='M'.implode('',array_slice($desc,$i*$abyte,$abyte)).$crlf; } ///截取后面剩余数组长度 if($amod!==0) { ///以下计算不满45字节编码情况 $adesc[]=chr($amod/4*3+32+($smod"//img.jbzj.com/file_images/article/201606/20160604212520.png" alt="" />该代码转换结果,跟使用工具转换结果一致。我查看了线上一些转换方法,很多结果不一致!最好,大家使用在线工具转换前,做一下比较!没有做过验证的代码,可能会给你带来麻烦!欢迎分享你的方法!