C语言二进制转十进制、十六进制出错求助：十进制结果异常

阿华AIGC实验室

2026-5-21

问题分析与解决方法

看起来你遇到的是二进制转十进制时的位顺序或字节处理问题——这在处理字节级加密数据时非常常见！从你给出的例子（本该得到156却算出220）来看，核心问题大概率出在二进制位的读取/计算顺序颠倒，或者是对带符号字符的处理不当。

问题根源拆解

先对比两个关键数值的二进制：

正确结果156对应的二进制：10011100（十六进制0x9C）
错误结果220对应的二进制：11011100（十六进制0xDC）

这两个值的差异在于最高两位的比特，结合你提到的char *encrypted代码片段，常见的问题场景有以下几种：

1. 二进制位的遍历顺序错误

当你从加密字节中提取二进制位时，可能把最高有效位（MSB）和最低有效位（LSB）的顺序搞反了。比如：

正确的逻辑是从字节的第7位（最高位）到第0位（最低位）提取，生成的字符串是10011100
如果你错误地从第0位到第7位提取，生成的字符串会是00111001（对应十进制57）；如果是在计算十进制时权重搞反（把字符串首位当成2^0），也会得到错误结果。

2. 带符号字符的隐式转换问题

默认情况下，很多编译器的char类型是带符号的。当加密字节的值大于0x7F（127）时，会被解析为负数（比如0x9C会被当成-100）。如果后续转换逻辑没有处理这种带符号属性，可能会触发符号扩展，导致数值异常。

3. 字节序（端序）处理失误

如果你处理的是多字节数据（比如16/32位整数），没有考虑系统的大端/小端特性，会导致字节读取顺序颠倒。比如本该读取0x9C却误读了0xDC，直接得到错误的十进制值。

解决方法建议

针对上述问题，你可以按以下步骤排查和修正：

步骤1：验证二进制字符串的正确性

先打印出你生成的二进制字符串，确认它是否和预期的10011100一致。如果字符串本身就是11011100，那问题出在二进制生成环节；如果字符串正确但十进制错误，问题出在转换逻辑。

步骤2：修正二进制位的提取顺序

确保从字节的最高位到最低位提取比特，示例代码如下：

// 假设byte是你要转换的加密字节（建议用unsigned char）
unsigned char byte = 0x9C; // 对应十进制156
char bin_str[9] = {0};

// 正确：从最高位（第7位）到最低位（第0位）提取
for (int i = 7; i >= 0; i--) {
    bin_str[7 - i] = (byte >> i) & 1 ? '1' : '0';
}
// 此时bin_str的值是"10011100"

步骤3：使用无符号类型处理加密数据

加密数据通常是无符号的，建议把char *encrypted改为unsigned char *encrypted，避免带符号字符的隐式转换问题：

// 替换原有定义
unsigned char *encrypted = calloc((size_t)TEXT_LENGTH, sizeof(unsigned char));

步骤4：修正二进制转十进制的逻辑

确保转换时使用正确的权重（字符串首位对应2^{7，末位对应2}0），示例代码：

int bin_to_dec(const char* bin_str) {
    int dec = 0;
    while (*bin_str != '\0') {
        // 每一位左移一位（等价于*2），加上当前位的数值
        dec = dec * 2 + (*bin_str - '0');
        bin_str++;
    }
    return dec;
}
// 调用后，bin_to_dec("10011100")会返回156