工具用的顺手吗？
你的反馈能帮助我们做得更好
在线执行RC4流密码的加密和解密操作，支持文本输入与密钥管理
请输入内容并点击加密/解密按钮
概览
了解工具能解决的问题、计算或处理逻辑，以及数据边界。
同一段字节使用同一把RC4密钥处理两次，可以从密文还原出原文。页面把加密和解密分成两个模式：加密模式接收普通文本，结果同时给出Base64与十六进制；解密模式接收Base64或十六进制密文，结果同时显示还原文本、对应字节的Base64和十六进制。Base64与Hex只是同一批字节的不同书写方式，并不是两种RC4算法。
密钥可按文本、十六进制或Base64填写。文本密钥按UTF-8转成字节，因此中文字符占用的字节数通常多于字符数；十六进制必须由成对的0–9、a–f字符组成；Base64必须能正常解码。可选密钥长度为40、56、64、80、128和256位，默认128位。页面会按字节核对实际密钥长度，例如128位要求16字节，少一字节或多一字节都不能开始处理。
RC4是流密码：密钥先生成伪随机密钥流，再与输入字节逐字节异或。异或具有可逆性，所以加密与解密依赖相同密钥和相同起始状态。与CBC、CTR等分组密码模式不同，这个页面的RC4不使用初始向量（IV），模式选择不可用，填充固定为NoPadding。不要把页面上其他对称算法的IV说明套用到RC4。
密文字节 = 明文字节 XOR 密钥流字节明文字节 = 密文字节 XOR 同一密钥流字节指南
按步骤完成操作，并通过示例核对输入与结果。
若没有互操作要求，可保留128位；随后提供正好16字节的密钥。使用页面的随机密钥按钮会生成十六进制密钥，并自动切换密钥格式为Hex。
文本格式按UTF-8字节计数；Hex格式下每两个字符表示一个字节；Base64格式下按解码后的字节计数。页面出现“当前字节数”提示时，应调整内容或改选对应的密钥长度。
加密时输入普通文本；解密时先确认密文究竟是Base64还是Hex，再点选同名格式。密钥内容、密钥格式和密钥长度都必须与加密时一致。
加密结果可复制Base64或Hex。解密成功后优先查看“文本”，还可用Hex确认字节是否与预期一致。
选择128位密钥，把密钥格式设为“文本”，填写1234567890abcdef；明文填写Hello。加密结果应为Base64 Os+FdhY=，十六进制 3acf857616。切到解密，输入任一密文并选对格式，继续使用同一文本密钥，可还原Hello；其UTF-8字节为Hex 48656c6c6f、Base64 SGVsbG8=。若结果不同，先排查是否把文本密钥误选为Hex，或把Hex密文按Base64读取。
场景
查看这项工具在不同工作与生活流程中的用法。
接手只留下RC4密文的历史数据时，可分别尝试已知的密钥格式和密文编码，确认文档里的“字符串”究竟指文本、Hex还是Base64。
用短明文做加密—解密往返，观察明文字节、密文字节与编码表示的差别，适合理解“编码不等于加密”。
开发者可用固定密钥和固定输入比较另一套旧实现的输出；只有字节编码、密钥长度与起始状态完全一致时，结果才应一致。
问答
集中解答高频疑问与容易混淆的问题。
最常见原因是密钥被按不同格式解释。文本3132代表4个ASCII字节，而Hex 3132只代表2个字节；还要确认对方是否丢弃了起始密钥流、使用了其他RC4变体，或给明文采用了不同字符编码。
不一定。先确认密文的Base64/Hex选择、密钥格式和长度；即使密钥正确，原始数据若不是UTF-8文本，文本框也可能无法按可读字符展示，此时应比较Hex字节。
因为这里的RC4按流密码处理，页面固定为无填充，也不需要分组模式或IV。CBC、CTR和PKCS7属于分组密码相关概念。
不是。两者编码的是同一密文字节，长度差异只来自表示规则；互相转换不会改变RC4强度，也不会补充完整性保护。
须知
使用前了解适用范围、结果限制与必要提醒。
RC4不应承担新系统、登录凭证、支付信息、通信内容或其他敏感数据的安全保护。IETF已在TLS中禁用RC4；页面输出也不包含认证标签，无法证明密文未被篡改。需要真实安全保护时，应选用经过安全评审、带认证的现代加密方案，并按其规范管理密钥与随机数。
推荐
查找相关工具、专题与可用的 API 能力。