Java中用^异或实现加解密本质是可逆掩码，因A^B^B==A，同一密钥异或两次即可还原；需严格字节操作、统一UTF-8编码，适用于日志脱敏等非安全场景，敏感数据须用AES等标准加密。
Java 中用 ^（按位异或）实现加解密，本质不是真正加密，而是利用其数学特性做“可逆掩码”——同一密钥对数据异或两次，自动还原。它轻量、对称、无需区分加/解密逻辑，适合临时隐藏、日志脱敏、教学演示等非安全场景。
为什么异或能“一招两用”
异或满足恒等式：A ^ B ^ B == A。 这意味着： - 明文 A 与密钥 B 异或 → 得密文 C（C = A ^ B） - 密文 C 再与相同密钥 B 异或 → 自动得回 A（C ^ B = A ^ B ^ B = A） 整个过程不依赖方向，加解密共用同一段代码，没有“加密函数”和“解密函数”之分。
实际写法：字节级操作是底线
必须操作 byte[]，不能直接对 String 算——否则编码不一致会直接导致乱码。正确做法：
- 明文转字节统一用
str.getBytes(StandardCharsets.UTF_8) - 密钥也必须是
byte[]；若用字符串当密钥，同样要显式转 UTF-8 字节数组 - 逐字节异或，密钥不足时循环复用：
key[i % key.length] - 结果仍是
byte[]，解密后也需用new String(bytes, StandardCharsets.UTF_8)还原字符串
常见踩坑点和应对
所谓“解密失败”，90% 不是算法问题，而是类型或编码错位：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
打印密文字节数组直接 System.out.println(cipherBytes) → 输出的是
[B@xxxxx（对象哈希），不是乱码，别误判 - 加密用 UTF-8 编码，解密却用 new String(bytes) 不指定 Charset → 走平台默认编码（如 Windows 的 GBK），中文秒变 ???
-
密钥为空字符串 "" →
key.length == 0，导致i % 0报ArithmeticException，但错误堆栈完全不提“密钥为空” - 用固定单字节密钥（如 0x55）加密长文本 → 所有相同字符变成同一个值，频率分析一猜即中，毫无混淆效果
它到底能用在哪儿
认清定位，才能不翻车：
立即学习“Java免费学习笔记（深入）”；
- 调试时临时遮掩日志里的 token、session ID
- 配置文件中对非敏感标识符（如环境名、模块代号）做简单掩码
- 教学场景演示对称变换、位运算原理
- 文件级快速打乱二进制内容（比如图片、音频的临时混淆）
涉及用户密码、身份证、支付信息等任何真实敏感数据，请立刻停用纯异或，切换到 AES/GCM 等标准加密方案。
