实现1's complement（一的补码）时负数处理异常，单独代码片段正常求助

先拆解下你遇到的矛盾点：主程序输入负数时补码功能异常，但单独跑补码逻辑片段却正常，输入-12时显示的absolute : 10001100和1's complement: 11110011，其实补码结果是对的，但你觉得异常大概率是二进制位的存储/显示顺序错误，再加上主程序里可能存在变量污染或数组未初始化的问题。

1. 核心问题：二进制位的存储顺序搞反了 #

看你贴的代码片段：

if (decimal_1 < 0) {
    decimal_1 = - decimal_1;
    bi_1[0] = 1;
}
for(i_1=7; i_1>0 ;i_1--) {
    bi_1[i_1]=decimal_1%2;
    decimal_1=decimal_1/2;
}

你把符号位存在了数组的第0位，然后数值位从第7位往第1位存。拿12举例，它的二进制是00001100，按这个逻辑存到数组里后，bi_1的结构是：
[1, 0, 0, 0, 1, 1, 0, 0]（索引0到7）
直接从索引0到7打印的话，就会显示成10001100，这和我们习惯的“高位在前”的二进制阅读顺序完全相反，会让你误以为绝对值的二进制输出错误，进而觉得补码功能异常。

2. 主程序的隐形干扰：变量/数组未初始化 #

既然单独跑补码逻辑片段正常，那问题肯定出在主程序的其他代码里：

• 可能decimal_1在进入补码逻辑前被其他运算修改了，不是你输入的原始负数；
• 可能bi_1或Fcomplement_1数组没有初始化，残留了之前的垃圾值，导致计算出的二进制位混乱；
• 你贴的补码循环for(i_1=1 ; i_1<8...没写完，大概率是没有遍历所有数值位完成取反操作。

具体修复建议 #

调整二进制位的存储顺序

把符号位放在最高位（8位二进制的第7位索引），数值位从高位到低位依次存储：

// 处理负数，设置符号位
if (decimal_1 < 0) {
    decimal_1 = -decimal_1;
    bi_1[7] = 1; // 符号位放在最高位（索引7）
} else {
    bi_1[7] = 0;
}
// 从次高位（索引6）到最低位（索引0）存储数值位
for(i_1=6; i_1>=0 ;i_1--) {
    bi_1[i_1] = decimal_1 % 2;
    decimal_1 = decimal_1 / 2;
}

这样12的二进制会被正确存在数组里为00001100（索引7到0），符号位为1时就是10001100，完全符合我们的阅读习惯。

补全一的补码计算逻辑

一的补码规则是符号位不变，数值位取反，完整的实现代码应该是：

// 复制符号位到补码数组
Fcomplement_1[7] = bi_1[7];
// 数值位逐一取反
for(i_1=6; i_1>=0 ;i_1--) {
    Fcomplement_1[i_1] = 1 - bi_1[i_1];
}
// 正确打印补码（从高位到低位）
printf("\n 1's complement:");
for(i_1=7; i_1>=0 ;i_1--) {
    printf("%d", Fcomplement_1[i_1]);
}

消除主程序的变量干扰

• 确保decimal_1在进入补码逻辑前是用户输入的原始值，没有被其他代码修改；
• 每次使用数组前用memset初始化，避免垃圾值影响：

// 初始化数组为全0
memset(bi_1, 0, sizeof(bi_1));
memset(Fcomplement_1, 0, sizeof(Fcomplement_1));

验证-12的处理结果 #

调整后，-12的处理流程是：

1. 取绝对值得到12；
2. 符号位设为1（索引7）；
3. 数值位存储为0001100（索引6到0），数组bi_1为10001100；
4. 补码符号位不变，数值位取反，得到11110011——这个结果是完全正确的8位一的补码。

如果调整后主程序还是异常，建议你检查输入处理的代码，确认是否正确读取了负数，或者有没有其他全局变量干扰了补码逻辑的执行。

内容的提问来源于stack exchange，提问作者user9751004