KSA函数需用int或unsigned char作循环变量并确保j对256取模，避免char导致的负数越界；初始化S为0–255排列，再依密钥字节更新j和交换S[i]与S[j]。
RC4初始化函数 KSA 怎么写才不出错
RC4的核心是密钥调度算法（KSA），它把用户密钥转换成一个256字节的置换数组 S。常见错误是索引越界或循环变量类型不匹配——比如用 char 当循环变量，导致 i 到128后变成负数，循环提前终止。
正确做法是统一用 unsigned char 或 int（范围0–255），并确保 j 每次都对256取模：
void KSA(unsigned char* S, const std::string& key) {
for (int i = 0; i < 256; ++i) S[i] = static_cast<unsigned char>(i);
int j = 0;
for (int i = 0; i < 256; ++i) {
j = (j + S[i] + key[i % key.size()]) % 256;
std::swap(S[i], S[j]);
}
}-
key[i % key.size()]避免越界，且支持任意长度密钥（包括空串，但实际应校验） - 不要用
std::vector<unsigned char>代替原始数组传参，否则std::swap可能意外拷贝 - 初始化
S必须从0到255逐个赋值，不能用memset(S, 0, 256)——那只会清零，不是初始化置换
PRGA生成密钥流时为什么加密结果每次都不一样
RC4的伪随机生成算法（PRGA）依赖内部状态 S 和两个指针 i、j。如果每次调用 PRGA 前没重置 i 和 j（通常设为0），就会延续上一次的状态，导致密钥流“断续”，解密失败。
更隐蔽的问题是：多个线程共用同一份 S 数组但没加锁，或误把 S 当局部变量在函数里重新初始化——那样每次 PRGA 都从原始 S 开始，等效于重放同一段密钥流。
立即学习“C++免费学习笔记（深入）”；
unsigned char PRGA(unsigned char* S, int& i, int& j) {
i = (i + 1) % 256;
j = (j + S[i]) % 256;
std::swap(S[i], S[j]);
return S[(S[i] + S[j]) % 256];
}-
i和j必须传引用（或作为类成员），否则每次调用都是新副本 - 返回值是
unsigned char，不是int；若转成int再异或，高位补0问题可能掩盖错误 - 加密和解密必须使用完全相同的
S、i、j初始状态——也就是 KSA 后立刻开始 PRGA，中间不能重置
字符串加密时如何处理 \0 和多字节字符
C++ 的 std::string 本身支持二进制数据（含 \0），但很多人用 c_str() 后当 C 字符串处理，遇到第一个 \0 就截断。RC4 加密后的密文必然含 \0（因为输出是均匀分布的字节），所以绝不能用 strlen 或 printf("%s") 输出密文。
- 加密输入用
str.data()+str.size()，而非str.c_str() - 密文存储/传输必须按字节数组处理，例如用
std::vector<unsigned char>或 hex 编码（如"a3f0"）转成可读字符串 - UTF-8 字符串可直接加密（它是字节序列），但别尝试对
std::u16string或std::u32string直接套用——得先转成 UTF-8 或 raw bytes - 测试时用 "hello" 这种纯 ASCII 没问题，但换成 "café"（含重音符）要确认源文件编码是 UTF-8，且编译器没做额外转码
为什么解密后字符串末尾多了乱码或截断
RC4 是逐字节异或，加解密逻辑完全对称，出错几乎全是边界或状态不同步导致。最典型的是：加密用了 n 字节，解密只处理了 n-1 字节（比如循环条件写成 i ），或者密钥流生成次数与明文字节数不一致。
另一个低级但高频的坑：把密文当成文本打印，然后手动复制粘贴再解密——换行、空格、BOM、不可见控制字符全被悄悄引入，密文字节已损坏。
- 加解密必须使用同一份密钥、同一初始
S状态、同一字节数处理 - 验证时优先用 hex dump 对比：
for (auto b : cipher) printf("%02x ", b); - 不要依赖
std::string构造函数自动推断长度——明确传入指针和长度：std::string(cipher_data, cipher_len) - 如果封装成函数，务必让加密函数返回
std::vector<unsigned char>，而不是std::string（避免隐式 null 截断风险）
RC4 已不推荐用于新项目（有已知偏差和密钥重用风险），但理解它有助于把握流密码本质。真正容易被忽略的，是状态变量 i、j 的生命周期管理——它们不是“一次初始化，永久有效”，而是加解密会话的私有上下文，丢了就彻底断链。
