Long.bitCount()高效计算64位整数汉明重量，适用于密码分析中中间变量的比特密度评估；需注意字节/整数零扩展、批量统计优化及分布建模以提升侧信道分析有效性。
在密码学分析（如侧信道攻击、差分功耗分析 DPA 或线性密码分析）中，中间变量的汉明重量（即二进制表示中 1 的个数）常作为敏感特征。Java 的 Long.bitCount() 是高效统计 64 位整数中 1 的个数的标准方法，适合用于快速评估加密算法（如 AES、SM4 中间轮密钥加、S盒输出或状态字）的比特分布密度。
理解 bitCount 与汉明重量的关系
Long.bitCount(long value) 返回该 long 值二进制补码表示中值为 1 的比特位数量（即汉明重量），时间复杂度 O(1)，底层由 JVM 优化为 CPU 指令（如 x86 的 popcnt）。它不关心符号位含义——对加密中间变量（通常视为无符号数据）完全适用。
- 例如：
Long.bitCount(0b1011_0000L) == 3，Long.bitCount(0xFFFFFFFFFFFFFFFFL) == 64 - 注意：若中间变量是 byte/short/int，需先零扩展为 long（避免符号扩展干扰），如
(long) b & 0xFF或Integer.toUnsignedLong(i)
在加密流程中安全提取并统计中间变量
以 AES-128 第一轮 SubBytes 后的状态字为例，假设你已获得一个 byte[16] 状态数组：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 将每个字节转为无符号 long：用
(long) b & 0xFF避免负数影响结果 - 若需统计整个 128 位状态的总 1 的个数：可逐字节累加
Long.bitCount((long)b & 0xFF) - 若需按字（32 位）或双字（64 位）聚合分析（如观察 S 盒输出的局部汉明重量相关性），可用位运算拼接后调用
bitCount，例如：long word = ((long)state[0] & 0xFF) <br><code>int hw = Long.bitCount(word);
处理非 64 位宽数据的常见技巧
加密中间变量未必恰好是 long 类型。实际使用时注意类型转换语义：
立即学习“Java免费学习笔记（深入）”；
-
byte → long：始终用
(long)b & 0xFF（强制零扩展） -
int → long：推荐
Integer.toUnsignedLong(i)（JDK 8+），等价于i & 0xFFFFFFFFL -
BigInteger：若变量超 64 位（如大数模幂中间值），改用
bi.bitCount()（注意其返回的是绝对值的汉明重量，且不包含符号位） -
数组批量统计：避免频繁装箱，直接循环调用
Long.bitCount，JVM 会内联优化
结合统计分析提升密码分析有效性
单次 bitCount 结果意义有限，需结合多次执行构建分布模型：
- 收集数百/千次加密中同一中间点（如第 2 轮密钥加输出）的汉明重量序列
- 计算均值、方差或直方图：理想均匀分布下，64 位变量的 HW 期望值为 32，标准差约 4；明显偏离提示存在相关性泄露
- 与输入/密钥某一位做互信息分析时，
bitCount输出可作量化特征参与相关性计算
