前阵子帮同事调一个通信问题他盯着日志里那串0x4B8D20F3看了半天问我这个到底是多少。我说你先告诉我你期望收到的是个 float 还是 int他愣了一下然后挠头说“我只是想确认它没传错”。这种场景在接触计算机系统底层、单片机、网络协议的时候太常见了——进制、数值转换、位运算这些基础平时用高级语言写业务可能根本碰不到但只要往底层走一步就全是这些东西。这篇就是给正在学“计算机系统基础”或者刚入门嵌入式、想真正搞懂数值在机器里怎么表示的人准备的。我会把进制的概念、各种进制之间的转换方法、以及二进制上的加减和位运算一次讲透尽量不堆术语用大白话配合能直接抄走的实操步骤。看完你至少能搞明白为什么0xFF既可以是 255 又可以是 -1为什么浮点数用十六进制表示出来那么难看以及拿到一串十六进制后怎么快速心里有个数。1. 进制到底是啥从“逢十进一”到“逢二进一”1.1 位置记数法数值是“数码×位权”的和小时候学数学老师告诉我们“个位、十位、百位”这就是最朴素的位权概念。十进制数字123拆开看其实是1 × 10^2 2 × 10^1 3 × 10^0个位上的 3 之所以是“3 个一”不是因为它本身多大而是因为它处在10^0这个位置上十位上的 2 代表“2 个十”百位上的 1 代表“1 个百”。这套规则叫位置记数法核心就一句话一个数的值等于每一位的数码乘以它所在位置的权重再全部加起来。所有进制都服从这个规则差别只在“基数”不一样。二进制的基数是 2八进制的是 8十六进制的是 16。所谓几进制就是“数到几就向前一位进一”。十进制数到 10 就进位二进制数到 2 就进位所以二进制里只有0和1两个数码十六进制里不够用了才拿A~F来顶替 10~15。很多人刚接触进制时容易把它想得太玄其实它只是一个约定。同一个数量用不同进制写出来只是“长相”不同数值大小没有变。就像“一打鸡蛋”是 12 个“一斤苹果”是 500 克只是计数单位不一样东西还是那个东西。1.2 为什么计算机偏偏选二进制而不是十进制这个问题我上课时被问过无数次。最容易理解的答案是电路容易做出二进制很难做出十进制。一个开关只有“通”和“断”两种状态对应的就是 1 和 0一个晶体管工作在饱和区和截止区输出的电压要么是高电平、要么是低电平。你想让它稳定表示 0~9 十个状态就得把电压精确分成十等份工艺难度、抗干扰能力全是问题。而二进制的两个状态只要判断“有没有电”就行鲁棒性高得多。往深一层说二进制对应布尔代数1是真、0是假。逻辑与、或、非这些运算可以直接用电路实现再往上就能搭出加法器、乘法器、寄存器最后组成 CPU。所以不是计算机“想用”二进制而是从物理实现到数学逻辑二进制都是最顺的那条路。这也就带出一个很现实的结果**高级语言里你写x 100编译成机器码后100 早就被转成二进制存进寄存器了。**进制转换不是“考试题”而是真实发生在每一次程序运行里的事。1.3 八进制和十六进制不是摆设它们就是二进制的缩写二进制虽然对机器友好对人实在不友好。一个 32 位的数写出来是11111111111111111111111111111111眼睛看花不说还容易数错位数。于是人们想了个偷懒的办法既然二进制位太长那就三个一组、四个一组打包。四个二进制位能表示的最大值是1111恰好是十进制 15也就是十六进制的一位数。所以1 位十六进制数 4 位二进制数反过来也成立。十六进制本质上是二进制的“压缩写法”0xF就等价于1111。3 位二进制对应 1 位八进制打包规则同理。你平时看到的内存地址、寄存器值、协议报文里的一堆0x开头的东西全是把人不可读的二进制翻译成了十六进制。所以别把十六进制当“另一种数”它就是二进制的换皮。弄懂这个映射关系后面学位运算会轻松很多。2. 进制转换实操手算、心算、验算一条龙2.1 十进制和二进制互转除2取余、按权展开十进制整数转二进制标准做法是“除 2 取余倒序排列”。拿25举例25 ÷ 2 12 余 1 12 ÷ 2 6 余 0 6 ÷ 2 3 余 0 3 ÷ 2 1 余 1 1 ÷ 2 0 余 1把余数从下往上读11001所以十进制的 25 就是二进制的11001。验算一下1×16 1×8 0×4 0×2 1×1 25没错。反过来二进制转十进制更简单按权展开就行。比如11001从右往左每一位权重分别是 1、2、4、8、16把是 1 的位权加起来。这个方法我强烈建议形成肌肉记忆因为后面看寄存器、看位标志时每天都在用。如果你只记住一个技巧我建议记这个记住 2 的幂次序列1、2、4、8、16、32、64、128、256、512、1024。看到二进制数后从右往左标位权有 1 的位权相加结果立刻出来比一个个除快得多。2.2 八进制和十六进制快速互转4位一组和3位一组二和十六互转是最实用的操作因为几乎不用算。方法就一句**把二进制从右往左每 4 位分一组每组用 0~F 替换。**不够 4 位就在左边补 0。举个例子二进制11010110从右往左分组1101 01101101是 13 也就是D0110是 6所以结果是0xD6。反向操作更简单看到一个十六进制数每一位展开成 4 位二进制就行比如0x3A3是0011A是1010拼起来就是00111010。这里有个快速心算表建议把 0~F 对应的四位二进制背熟十六进制二进制十进制000000100011200102300113401004501015601106701117810008910019A101010B101111C110012D110113E111014F111115我之前带新人时总说这张表就是程序员的“九九乘法表”。背熟之后你看0xFF立刻知道是11111111看到0x80立刻知道是最高位为 1这对调试位标志来说价值太大了。八进制同理只不过改成 3 位一组。现在实际工程里八进制用得少但 Linux 文件权限chmod 755就是八进制懂了映射规则就不会被那串数字唬住。2.3 小数与负数转换时最容易翻车的地方整数转换不痛不痒真正容易翻车的是小数和负数。十进制小数转二进制规则是“乘 2 取整顺序排列”。拿0.625举例0.625 × 2 1.25 取整数部分 1 0.25 × 2 0.5 取整数部分 0 0.5 × 2 1.0 取整数部分 1结果是0.101。验证1×0.5 0×0.25 1×0.125 0.625没问题。但问题来了**十进制下能精确写成有限小数的数转成二进制后可能是无限循环的。**比如十进制的0.1转成二进制是一个无限循环小数计算机里只能截断存储。这就是为什么你写0.1 0.2结果不是0.3而是0.30000000000000004。不是程序 bug是二进制小数根本表示不干净。搞嵌入式和科学计算的人如果没意识到这点会在这上面踩大坑。负数涉及补码。简单说一个负数的二进制表示是“取其绝对值的二进制按位取反再加 1”。以 8 位为例-5的二进制怎么算5 是00000101按位取反得11111010加 1 得11111011所以-5在 8 位存储下就是11111011。为什么绕这么一圈不直接用第一位当符号位因为补码有一个巨大优势**加法和减法可以共用一套电路按位算完就是正确结果不需要单独做符号判断。**比如5 (-5)用补码相加00000101 11111011 100000000丢掉溢出的第 9 位正好是 0。这套设计让 CPU 里的减法器都能省掉价值极高。2.4 在线工具看着香但要会自己验算含float还原示例现在网上搜“16进制转float工具”能出来一大片在线转换网站确实方便。我自己的习惯是**工具可以用但它给出结果后我一定自己手算一遍关键的位。**原因很简单工具不会告诉你大小端也不会告诉你输入输出格式是单精度还是双精度一旦配错结果纯属误导。这里演示一个单精度浮点数的还原过程掌握之后你就能看懂0x3F000000这种东西为什么是 0.5。单精度 float 在内存里占 32 位分三部分第 31 位符号位0 为正1 为负第 23~30 位指数位占 8 位有 127 的偏移量第 0~22 位尾数位占 23 位隐含整数部分的 1。把0x3F000000拆成二进制0x3F000000 0011 1111 0000 0000 0000 0000 0000 0000符号位0正数。 指数位01111110也就是 126。因为单精度指数有 127 的偏移实际的指数是126 - 127 -1。 尾数位全 0。因为隐含一个 1所以尾数代表的实际小数部分是1.0。最后算出来的值1.0 × 2^(-1) 0.5。你看一个看起来很唬人的0x3F000000拆完位就变成 0.5。我每次给学员讲这个例子大家都会露出“原来如此”的表情。这个方法不要求你背公式只要记住 32 位里三段的划分再搞清楚指数偏移量就够用了。双精度 floatdouble是 64 位1 位符号、11 位指数偏移 1023、52 位尾数规则一样只是位数变大。3. 进制上的运算从二进制加法到位运算3.1 二进制加减法就是竖式运算只是逢二进一很多人觉得二进制运算是一个新世界实际上它的竖式和十进制竖式没有本质区别只不过“逢二进一”。比如二进制1011 11011011 1101 ------ 11000从最低位开始112写 0 进 110进位12写 0 进 101进位12写 0 进 111进位13写 1 进 1。结果是11000。遇到不够减就用借位借位规则从“借 1 当 10”变成“借 1 当 2”同样套路。二进制加减法的意义不在于你以后真的手算而在于理解 CPU 执行加法时发生了什么每一位通过加法器计算产生和与进位进位再传给下一位。所以一次 32 位加法在硬件里是并行算的每一位都是一个全加器一次 CPU 周期就能完成。多提一嘴“溢出”的概念。两个正数相加结果变成负数超过位宽表示范围就会出现。比如 8 位无符号整数里200 100应该等于 300但 8 位最多表示 255结果是300 - 256 44这就是溢出。用 C 语言写unsigned char a 200; unsigned char b 100;然后相加得到的a b是 44。搞底层的人不会觉得这是“算错了”因为底层就是这么定义的位数不够就得截断。3.2 位运算、|、^、~、、 的玩法位运算大概是最能体现“进制思维”的地方。它不把数字当“值”看而是直接处理二进制位。C 语言里对应符号是按位与、|按位或、^按位异或、~按位取反、左移、右移。规则很简单但实际用途非常广掩码操作。0x0F和某个数做与运算就能取出低 4 位。比如0xAB 0x0F 0x0B高 4 位被清零低 4 位保留。开关标志位。用一个整数里的不同 bit 表示不同状态置 1 用或运算清 0 用“与上取反的掩码”判断某个位是否为 1 用与运算后看结果是否为 0。乘除 2 的幂。左移一位相当于乘 2右移一位相当于整除 2。在性能敏感的代码里编译器经常把x * 2优化成x 1。异或交换两个变量。a ^ b; b ^ a; a ^ b;可以不用临时变量交换两个数原理是异或满足“自己异或自己为 0异或 0 不变”。异或在布尔代数里的表达式是“相同为 0不同为 1”它在加密、校验里面出现频率极高比如最简单的校验和就是把数据逐字节异或起来。用的时候注意别把按位异或^和逻辑异或搞混C 语言里没有逻辑异或的关键字按位异或就是^。移位运算里有个细节容易被忽略左移时低位补 0右移时是补 0 还是补符号位取决于类型是“逻辑右移”还是“算术右移”。对无符号数右移补 0对有符号正数右移补 0对有符号负数不同编译器或硬件平台可能补 1。所以写跨平台代码时处理负数右移要万分小心。3.3 有符号无符号同一串01两种解读哪里容易踩坑同样一个二进制串在“有符号”和“无符号”的类型下读出来的值完全不同。8 位的11111111按无符号解读是 255按有符号解读是 -1。你打印它时到底显示哪个不取决于二进制本身而取决于你告诉编译器“它是什么类型”。这个坑在日常 C/C 编程中非常容易踩尤其是有符号数和无符号数混用比较。比如unsigned int a 1; int b -1; if (a b) { // 你想这里会进吗 }直觉上 1 肯定大于 -1但这个判断在 C 语言里结果是“假”。因为int和unsigned int混用时编译器会把b隐式转换成无符号数。-1转成无符号数是0xFFFFFFFF是一个很大的正数大的“无符号数”再和 1 比自然是 1 更小。这个问题的排查技巧是出现此类诡异大小比较时先检查参与比较的类型是否有符号位差异打印时用%u和%d分别看看两个数在两种解读下的值。我调试通信协议时就撞过这种坑一条硬件状态永远判断不成立查了半天是芯片返回的寄存器值是uint8_t我拿int去做比较低字节的符号扩展把我坑惨了。负数的十六进制形态也经常让人懵。比如 -1 在 32 位下是0xFFFFFFFF。有人会问为什么不是0x80000001因为刚才说过负数用的是补码不是简单的符号位加绝对值。记住补码转换口诀取反加一。想知道 -1 长什么样先写 1 的二进制 32 位表示取反得到一堆 1加 1 还是一堆 1所以 -1 就是0xFFFFFFFF。同理-2 是0xFFFFFFFE。4. 常见问题与排查技巧实录4.1 进制转换总出错试试这几个验算习惯我见过不少学员做进制转换时出错几乎都是“不验算”导致的。一个很实用的小习惯转换完以后用相反过程马上验算一次。二进制转十进制后再把十进制除回二进制两边一致才算过。第二个建议是熟记 2 的幂次和 0~F 的十六进制展开这是心算的基础。真到了手边没有计算器又需要快速估算的场景例如看协议报文里的 32 位状态字你看到0x80000000就知道是最高位为 1看到0x000000FF就知道是最低 8 位全 1。这类判断不需要精确算十进制只要按 bit 位拆开一眼就能看清结构。第三个建议是区分“进制的表示”和“内存的真实形态”。我见过有人问0x1234在内存里是不是就是12 34不一定。小端模式下内存里存的是34 12。这个不是进制问题是字节序问题。遇到内存 dump 时先把字节序搞明白否则你拿十六进制工具核对半天也核不上。4.2 用十六进制还原浮点数时先看大小端继续说浮点数。在线 16 进制转 float 工具用起来很简单输入一个串输出一个数但有一个前置条件你必须知道自己手里这串十六进制的字节顺序是什么。比如一个 float 的十六进制是0x3F800000这个数就是 1.0。但如果从小端设备的内存里把 4 个字节导出来打印出来往往是00 00 80 3F直接按0x0000803F丢进工具算出来根本不是 1.0而是接近 0 的微小值。因为后两个字节80和3F的顺序被颠倒了。我的处理习惯是先从文档里确认协议或芯片是“小端”还是“大端”如果是小端把字节序反转成人类可读的大端形式再做十六进制到浮点数的转换。有的工具提供字节序选项那就直接选对再算。如果你拿不准可以拿一个已知值做“校准”比如协议里明确告诉你这个数应该是 1.0你把你收到的十六进制串拿去算如果算出来不是 1.0大概率就是字节序没对齐。还有一个更隐蔽的问题位数不匹配。工具默认一般是单精度 32 位但有些协议存的是 double占 8 字节。你把 8 字节的十六进制塞进一个单精度工具里要么报错要么截断结果完全不对。所以转换之前先确认对方协议给的是float还是double这比工具选哪个更重要。4.3 进阶把进制思维用到位标志、权限和编码里掌握进制后你会发现很多看似无关的东西本质上都是同一个套路。比如 Linux 下的chmod 7557 的二进制是1115 是101每一位分别代表读、写、执行权限。只要你会把八进制展开成三位二进制权限配置就永远不会记混。比如常见的 RGB 颜色值前端写#FF8800本质就是三个字节0xFF是红色通道0x88是绿色通道0x00是蓝色通道。搞过图像处理的人对这个再熟悉不过把十六进制两位一组切开颜色结构一目了然。这就是进制转换在实际应用里的价值它不是纯考试概念。寄存器位操作更是重灾区。STM32 开发中配置 GPIO 时常看到这样的代码GPIOA-CRL ~(0xF 0); // 先清空最低 4 位 GPIOA-CRL | (0x3 0); // 再把最低 4 位设成某个模式第一行的0xF 0是掩码用来把最低 4 位清零第二行再写入选定的模式。如果你不理解十六进制和二进制位的关系这段代码就是天书理解了你就能一眼看出它在操作哪几位、清了什么、设了什么后面排错不慌改配置也不靠猜。我自己在查硬件问题时经常先把寄存器值打印成十六进制然后手动拆位对照手册里的 bit 定义比用任何调试器都直观。数据库关系运算、矩阵运算里也有二进制思维的身影它们的底层优化经常依赖位掩码和位图索引。换句话说进制不是一门孤立的考试课它是读懂计算机世界的一把钥匙。你越早把它内化成自己的“视觉语言”越能在底层调试、性能优化、疑难问题排查时游刃有余。最后再分享一个我个人一直在用的土办法纸上画表格把 0 到 255 的十进制、对应的十六进制、对应的 8 位二进制列一遍每天抽十分钟快速默写几行。别看这个方法笨写不了几天你就能建立条件反射看到0b1100_1010脑子里自动蹦出0xCA看到202直接反应出0xCA。这个过程没法靠看教程学会必须自己动手写、动手算。等哪一天你发现你不用再想“8 等于多少二进制”而是直接反应出1000时这套基础就算是真正打牢了。