UU编码解码

UU编码处理的是字节表示，不是密码

UUencode（Unix-to-Unix encoding）把一串字节改写成可打印字符，便于在只能可靠传递文本的旧式通道中携带数据；UUdecode执行逆向还原。它没有密钥，也不提供机密性、身份认证或防篡改能力，因此“解码”不等于破解。本页面向文本片段：编码时先把输入文字表示为 UTF-8 字节，解码后再按 UTF-8 显示为文字。转换结果只由输入和编码规则决定，不查询外部数据。

怎样读懂一行UU数据

传统格式把输入按最多45字节分行。每行第一个字符不是正文，而是该行对应的原始字节数：把字节数限制在6位后加上空格字符的码值。例如满45字节行的长度字符是 M，因为 45 + 32 = 77，而ASCII码77对应 M。

最后一组不足3字节时会补足计算位，但解码器依据行首长度只保留有效字节。正文结束后还有一条“原始字节数为0”的行，常见写法是单独一个反引号 `。

数据体与完整文件块不是一回事

传统完整块通常由三部分组成：begin 权限模式 文件名头部、若干UU正文行、以及零计数行和end尾部。头部中的模式和文件名供文件型解码程序恢复属性与名称使用，不属于被编码的内容。

begin 644 data.txt
+2&5L;&\@5V]R;&0`
`
end

本页的编码结果只生成UU数据体和零计数行，不会自动补上begin头部、权限模式、文件名或end。解码时则可以粘贴数据体，也可以粘贴以上形式的完整块；只有当begin 位于第一行且end位于最后一行时，外层标记才会被去除。

UUencode、Base64与加密的用途差异

两种文本编码都能还原原始字节，不应被当作隐藏敏感信息的安全措施。

从文字生成UU数据体

1. 选择编码

   切换到“编码”模式。此工具没有文件名、权限模式或字符集选项，输入按UTF-8文字处理。

2. 输入或粘贴原文

   在输入区键入文字，也可以使用粘贴或示例功能。内容变化后会自动换算，不需要再点击转换按钮；空输入会得到空结果。

3. 辨认并复制结果

   输出区显示带行首长度字符的UU数据体，末尾包含零计数行。复制前保留换行和反引号；若接收方要求完整文件块，需要按其要求另行添加头部与end，并按“须知”进行兼容性复核。

解码时按边界整理输入

1. 选择解码并确定片段范围

   可粘贴纯数据体，也可粘贴第一行是begin mode filename、最后一行是end的完整块。先删除邮件引文符号、说明文字或块外空行，避免它们被误认为长度字符。

2. 保持正文逐行完整

   不要折行、合并行或改写空格与反引号。规范示例中的完整块解码后为Hello World：

   begin 644 data.txt
   +2&5L;&\@5V]R;&0`
   `
   end

3. 读取文字结果

   结果会自动显示在只读输出区，可直接复制。若出现报错、替换字符�或不可读内容，先核对行首计数、正文是否缺字以及原始数据是否确为UTF-8文本。

常见格式问题与排查

输入限制与结果使用边界

当前编码结果需要交叉验证：实测当前编码模式对部分三字节输入不能保证按传统UU公式生成兼容数据，也不能保证将其生成结果再次解码后与原文逐字一致。涉及迁移、恢复、归档或系统间交换时，不要把本页编码输出作为唯一副本；请用接收端采用的规范UU实现复核。解码模式已用标准Hello World数据体及其完整外框复现，但这不代表所有变体都兼容。

• 仅处理文字：页面没有二进制文件上传或文件下载流程。图片、压缩包、可执行文件等即使能被还原为字节，也可能在UTF-8文本显示阶段出现替换字符并丢失可用性。
• 保留原始行结构：多行内容优先保持LF换行。额外前言、邮件引用符、CRLF差异、缺失字符或被自动折行都可能导致报错、截断或错误结果。
• 不要用于保密：UUencode是可逆编码，不是加密。口令、令牌、私钥和未公开资料不会因为变成可打印字符而获得保护。
• 外部兼容性以目标程序为准：历史实现对零值字符、容错范围和外框处理可能不同；重要结果应比较原始字节，而不只看屏幕上是否出现可读文字。