你发微信语音、登录网银、看加密视频时，数据其实都经过了加密——就像把信装进带锁的盒子再寄出去。而解密，就是收信人用正确钥匙打开盒子的过程。
解密不是‘破解’，而是还原
很多人一听‘解密’就想到黑客攻破密码，其实日常网络通信里的解密，是协议双方事先约定好的合法还原动作。比如你访问一个以 https:// 开头的网站，浏览器和服务器之间会先完成 TLS 握手，协商出一组临时密钥；之后所有传输的数据，都是用这组密钥加密过的。浏览器收到密文后，立刻用同一组密钥解密，整个过程用户完全无感。
对称解密：一把钥匙开一把锁
这是最常见的方式。发送方和接收方共用同一个密钥。比如 AES-128 算法，密钥长度 128 位，数据被切成 128 位一块，每一块都通过多轮置换、异或、查表等数学运算逆向还原。
举个简化例子（非真实算法，仅示意逻辑）：
// 假设加密是：密文 = 明文 XOR 密钥（模运算简化版）
// 那么解密就是：明文 = 密文 XOR 密钥
// 因为 (A XOR B) XOR B = A
这种快，适合大量数据加解密，但难点在于——密钥怎么安全地传过去？直接发，可能被截获。
非对称解密：用公钥锁，私钥开
这时候就要靠 RSA 或 ECC 这类算法。它生成一对密钥：公钥可以随便发，谁都能用它加密；但只有持有对应私钥的人，才能解密。
HTTPS 初始阶段就靠这个：服务器把自己的公钥放在数字证书里发给浏览器，浏览器用它加密一个“会话密钥”，再发回去；只有服务器拿私钥解开，拿到这个会话密钥后，后续才切回更快的对称加密。
解密失败？可能是密钥不匹配，也可能是数据被篡改
如果解密后得到一堆乱码，通常不是算法错了，而是密钥错了、IV（初始化向量）没对上，或者数据在传输中被意外改动。现代加密协议（如 TLS 1.3）都会附带消息认证码（MAC）或使用 AEAD 模式（如 AES-GCM），解密前先验证完整性——验不过，直接丢弃，连尝试解密都不做。
就像快递盒上贴了防拆封条，一撕就作废，不会让你打开里面一堆湿透的文件还傻傻读下去。