如何在 Java 中将十六进制字符串正确转换为无符号整数值-java教程-PHP中文网

如何在 Java 中将十六进制字符串正确转换为无符号整数值

本文详解如何将小端序编码的十六进制字符串（如 "c4d2"）安全、准确地转换为对应的无符号整数（如 53956），重点解决 Java 中 short 类型有符号性导致的溢出问题。

本文详解如何将小端序编码的十六进制字符串（如 `"c4d2"`）安全、准确地转换为对应的无符号整数（如 `53956`），重点解决 java 中 `short` 类型有符号性导致的溢出问题。

在 Java 中，将十六进制字符串（如 "c4d2"）解析为对应的小端序整数值时，常见误区是直接使用 ByteBuffer.getShort() —— 因为 Java 的 short 是有符号 16 位类型（取值范围：-32768 ~ 32767），而 "c4d2" 解析后的字节 0xC4 0xD2 按小端序解释为有符号 short 实际为 -11580（即 0xD2C4 的补码值），而非预期的无符号值 53956（即 0x0000D2C4）。

✅ 正确做法是：先按小端序读取为 short，再通过 Short.toUnsignedInt() 将其无符号扩展为 int：

import java.nio.ByteBuffer;
import java.nio.ByteOrder;
import java.util.Arrays;

public class HexToIntConverter {
    public static void main(String[] args) {
        String hex = "c4d2"; // 小端序表示：低字节 c4，高字节 d2 → 实际值为 0xD2C4 = 53956
        byte[] bytes = java.util.HexFormat.of().parseHex(hex); // Java 17+ 推荐方式

        int value = Short.toUnsignedInt(
            ByteBuffer.wrap(bytes).order(ByteOrder.LITTLE_ENDIAN).getShort()
        );

        System.out.println(hex + " -> " + Arrays.toString(bytes) + " -> " + value);
        // 输出：c4d2 -> [-60, -46] -> 53956
    }
}

? 关键说明：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

HexFormat.of().parseHex("c4d2") 返回字节数组 [-60, -46]（即 0xC4, 0xD2 的有符号字节表示），这是正确的原始字节；
ByteBuffer.order(ByteOrder.LITTLE_ENDIAN).getShort() 按小端顺序将这两个字节组合为 short：0xD2C4 → -11580（有符号解释）；
Short.toUnsignedInt() 将该 short 值按无符号 16 位整数语义转为 int：0xD2C4（65796？等等！注意：此处需校验字节顺序）—— 实际上 "c4d2" 表示小端序，即低位字节在前，因此字节 [0xC4, 0xD2] 应解释为 0xD2C4？不！小端序下 c4 d2 表示：c4 是低字节（LSB），d2 是高字节（MSB），故完整值为 0xD2C4？❌ 错！正确理解是：内存中存储为 [c4, d2]，小端序读取即 c4 在低地址 → 它是 LSB，因此整数值 = 0xD2 ✅。而 <code>0xD2C4 的十进制正是 53956，Short.toUnsignedInt((short)0xD2C4) 确实返回 53956（因为 (short)0xD2C4 在 Java 中等于 -11580，Short.toUnsignedInt(-11580) 正确映射为 53956）。

⚠️ 注意事项：

该方法适用于恰好 2 字节（4 位十六进制字符） 的小端序输入；若输入长度为奇数或非偶数，parseHex() 会抛出异常，建议提前校验；
Java 17+ 推荐使用 java.util.HexFormat（替代已弃用的 javax.xml.bind.DatatypeConverter.parseHexBinary() 或 Apache Commons Codec）；
若需处理 4 字节（32 位）、8 字节等更长整数，应改用 getInt() / getLong() 并配合 Integer.toUnsignedLong() 或直接使用 ByteBuffer.getInt()（int 本身有符号，但若原始数据为无符号 32 位，需用 Integer.toUnsignedLong() 转为 long 以保留全部精度）；
避免手动拼接二进制字符串（如原问题中的 Integer.toBinaryString 方案），既低效又易错，且无法处理前导零丢失问题。