1. 这不是数学考试是数字世界的通用语——为什么你必须亲手拆解进制转换我带过三届嵌入式开发新人培训每次开课第一件事就是关掉所有IDE打开记事本让他们手算“217转化为二进制”。有人皱眉“现在谁还手算Python一行bin(217)就完事。”我点头然后扔给他一个十六进制编辑器HxD里打开的固件文件截图——里面全是0x4A 0xFF 0x00 0x8C这样的字节序列。他盯着看了两分钟突然说“等等……这个0xFF它到底是255还是-1为什么调试器有时显示成红色”这就是进制转换的真实战场它从不单独存在而是嵌在十六进制编辑器hxd的字节视图里、ctf二进制中的rip题目里、通达信十六进制代码的指令解析中、甚至陶土白色号hex十六进制的色彩管理里。你背熟公式却看不懂内存dump就像会背乘法口诀却不会看菜市场电子秤的十六进制重量显示——两者根本不在一个维度上。核心关键词二进制、八进制、十进制、十六进制、进制转换表面是四种数制实则是四把钥匙二进制是硬件的母语CPU只认0和1的电压高低十六进制是二进制的“速记法”1个hex位4个bit0xF直接对应1111比写一长串111100001010高效十倍八进制虽已退居二线但在Linux文件权限chmod 755和某些嵌入式寄存器配置中仍留有痕迹十进制是我们大脑的默认界面但一旦涉及内存地址、颜色值、网络协议字段它就成了需要翻译的“外语”。适合谁学不是只给程序员——做CTF二进制题目的安全研究员要靠它定位shellcode偏移用VSC指定二进制打开文件的前端工程师得靠它验证资源文件完整性甚至设计UI的设计师输入#FF6B35时心里得清楚这六个字符代表红255、绿107、蓝53。这不是理论题是每天睁眼就要面对的现实操作。下面我就用真实场景拆解为什么217转化为二进制不能只记答案而要亲手画出除2取余的竖式为什么十六进制文件全反了怎么快速调整本质是字节序Endianness问题为什么二进制表示十进制小数时精度限制会直接导致金融系统浮点误差2. 四种进制的本质与设计逻辑为什么人类用十进制机器用二进制2.1 进制的底层定义位置权重才是核心很多人误以为进制只是“换底数”比如“二进制用2十六进制用16”。这太浅了。真正决定进制威力的是位置权重Positional Weight——同一个数字写在不同位置价值天差地别。以十进制数217为例最右边的7在个位权重是$10^0 1$贡献值$7 \times 1 7$中间的1在十位权重是$10^1 10$贡献值$1 \times 10 10$左边的2在百位权重是$10^2 100$贡献值$2 \times 100 200$总和$200 10 7 217$。这个结构可抽象为通用公式$$N \sum_{i0}^{k} d_i \times b^i$$其中$b$是进制基数Binary2, Octal8, Decimal10, Hex16$d_i$是第$i$位的数字必须满足$0 \leq d_i b$$i$从右往左计数个位为$i0$。提示这个公式是所有转换的根基。任何进制转十进制都是按此展开求和任何十进制转其他进制都是逆向解构这个求和过程。2.2 为什么二进制是硬件的唯一选择想象一个开关闭合1断开0。这是最稳定的物理状态——电压高/低、磁极北/南、光路通/断都只有两种确定态。若强行用十进制就得区分10种电压等级0.0V, 0.5V, 1.0V…4.5V稍有干扰就误判。而二进制抗噪性极强只要电压2.5V就算10.8V就算0中间的模糊区被主动舍弃。更关键的是逻辑门电路。一个AND门仅当A1且B1时输出1。用真值表表达ABA AND B000010100111这4行穷尽所有可能完美匹配二进制的组合爆炸特性$2^n$种状态。若用十进制单个“数字门”需处理$10^2100$种输入组合电路复杂度指数级增长。2.3 十六进制为何成为二进制的最佳搭档二进制太长110000111010100016位看着就累。但注意到$2^4 16$即每4个二进制位恰好能表示0~15共16个数。于是我们把二进制从右往左每4位分组1100 0011 1010 1000→C 3 A 8→0xC3A81100₂ 12₁₀ C₁₆0011₂ 3₁₀ 3₁₆1010₂ 10₁₀ A₁₆1000₂ 8₁₀ 8₁₆这种映射关系是硬编码在芯片设计里的。当你用printf(%x, 0xC3A8)打印时CPU内部并非“先转十进制再转十六进制”而是直接查表将每个4位组映射为hex字符。这也是为什么十六进制编辑器hxd能实时渲染GB级文件——它根本不转换只做视觉分组。2.4 八进制的遗存价值从Unix权限到老式PLC八进制基数8源于$2^3 8$即每3位二进制对应1位八进制。虽然现代编程极少用但它在特定场景不可替代Linux文件权限rwx三组权限每组用3位二进制表示读100₂4₈写010₂2₈执行001₂1₈所以rwxr-xr--111 101 100₂ 754₈。chmod 755本质是设置二进制111101101。某些工业PLC寄存器为兼容老设备仍用八进制地址如OCT 0777表示最大地址。注意八进制数字只能是0-708或09在C语言中会被编译器报错——它误认为这是八进制字面量而8、9不是合法八进制数字。2.5 十进制的“人类中心主义”陷阱我们用十进制只因有十根手指但这给计算机带来巨大负担。例如0.1这个简单小数十进制0.1二进制0.00011001100110011...无限循环因为$0.1 1/10$而10的质因数是2和5但二进制基数2无法整除5导致循环小数。IEEE 754浮点标准用52位尾数存储0.1实际存的是近似值0.100000001490116119384765625。这就是为什么0.1 0.2 ! 0.3在JavaScript中成立——不是bug是数学必然。实操心得做金融计算时永远用整数运算代替小数。比如价格存“分”而非“元”1999分19.99元避免浮点误差。3. 四大转换方法详解从原理到手算拒绝死记硬背3.1 十进制 → 二进制除2取余法附图解与速算技巧以217转化为二进制为例严格按算法执行217 ÷ 2 108 余 1 ← 最低位LSB 108 ÷ 2 54 余 0 54 ÷ 2 27 余 0 27 ÷ 2 13 余 1 13 ÷ 2 6 余 1 6 ÷ 2 3 余 0 3 ÷ 2 1 余 1 1 ÷ 2 0 余 1 ← 最高位MSB余数从下往上读11011001₂。为什么必须从下往上因为第一次余数是$2^0$位个位最后一次余数是最高位$2^7$位。就像拆快递最外层包装纸MSB最后才拿到但它是整个包裹的顶层标识。速算技巧针对≤255的数记住2的幂次128, 64, 32, 16, 8, 4, 2, 1。从大到小减217 ≥ 128 → 第1位1余217-1288989 ≥ 64 → 第2位1余89-642525 32 → 第3位025 ≥ 16 → 第4位1余25-1699 ≥ 8 → 第5位1余9-811 4 → 第6位01 2 → 第7位01 ≥ 1 → 第8位1结果11011001₂同上。提示此法在嵌入式调试时极快。看到寄存器值0xD9217心算128641681217立刻知道bit7/bit6/bit4/bit3/bit0置位。3.2 十进制 → 十六进制除16取余法含字母映射表217 ÷ 16 13余913 ÷ 16 0余13。余数13,9→D9₁₆13→D9→9。十六进制字母映射必须烂熟于心十进制0123456789101112131415十六进制0123456789ABCDEF常见错误把10写成10₁₆错应为A₁₆或混淆B11和D13。建议用谐音记忆A10爱B11棒C12菜D13弟E14饿F15福。实战场景陶土白色号hex十六进制搜索结果常为#EED5B7。拆解EE₁₆ 14×16 14 238红D5₁₆ 13×16 5 213绿B7₁₆ 11×16 7 183蓝这就是RGB(238,213,183)的陶土色。3.3 二进制 ↔ 十六进制4位分组法附图片说明逻辑这是最高效的转换无需计算。以11011001₂为例从右往左每4位分组不足补01101 1001查表转换1101₂ 13₁₀ D₁₆1001₂ 9₁₀ 9₁₆结果D9₁₆图片说明逻辑文字模拟二进制 1 1 0 1 1 0 0 1 ↑ ↑ ↑ ↑ ↑ ↑ ↑ ↑ 位权 8 4 2 1 8 4 2 1 值 840113D 80019 十六进制 D 9反向转换十六进制→二进制0x4A→4₁₆ 0100₂,A₁₆ 1010₂→01001010₂→ 去前导零1001010₂。注意0x4A在内存中占1字节8位所以实际存储为01001010前导零不可省略——这关系到字节对齐和网络传输。3.4 二进制 ↔ 八进制3位分组法对比十六进制理解差异11011001₂转八进制从右往左每3位分组011 011 001首位补0凑足3位011₂ 3₈,011₂ 3₈,001₂ 1₈→331₈关键差异十六进制分组从右往左无需补位因162⁴总位数可被4整除八进制分组从右往左必须补前导零因82³但217的二进制11011001共8位8÷32余2需补1个0成9位。验证331₈ 3×8² 3×8¹ 1×8⁰ 192 24 1 217₁₀正确。3.5 十进制小数 → 二进制乘2取整法精度限制与舍入策略转换0.6250.625 × 2 1.25→ 整数部分1余0.250.25 × 2 0.5→ 整数部分0余0.50.5 × 2 1.0→ 整数部分1余0结果0.101₂验证1/2 0/4 1/8 0.5 0 0.125 0.625但0.1呢0.1 × 2 0.2→00.2 × 2 0.4→00.4 × 2 0.8→00.8 × 2 1.6→1余0.60.6 × 2 1.2→1余0.2开始循环结果0.0001100110011...₂无限循环。精度限制如何应对IEEE 754单精度32位23位尾数 → 约7位十进制精度双精度64位52位尾数 → 约15位精度。舍入规则IEEE标准舍入到最近偶数Round to Nearest Even0.1在双精度下存为0.1000000000000000055511151231257827021181583404541015625末位5后是奇数故向上舍入。截断Truncate直接丢弃超出位数的部分如嵌入式定点数常用。实操心得在C语言中float f 0.1f; printf(%.20f, f);会输出0.10000000149011611938这就是精度损失的直观体现。4. 高频实战场景深度解析从CTF到嵌入式进制转换如何落地4.1 CTF二进制中的RIP题目如何通过十六进制定位指令偏移CTF题目常给一个ELF文件要求找到main函数中call systemplt指令的RIP相对偏移。步骤用readelf -S binary查看节区定位.text段起始地址如0x401000用xxd binary | head -20或HxD打开找到.text段内容如48 8b 05 c8 0f 00 00将十六进制转为汇编48 8b 05 c8 0f 00 00mov rax, [rip 0xfc8]计算偏移0xfc8是十六进制转十进制4040即RIP当前指令地址加4040字节处存着要跳转的地址。关键点c8 0f 00 00是小端序Little Endian实际值0x00000fc84040。若文件是大端序如PowerPC则需反转字节顺序。提示十六进制文件全反了怎么快速调整——这就是字节序问题。用HxD的“Edit → Convert → Endian Swap”一键反转比手动重排高效百倍。4.2 CentOS部署Nginx二进制包架构识别与文件校验下载nginx-1.24.0-linux-amd64.tar.gz时如何确认它真是amd64架构解压后用file nginx查看nginx: ELF 64-bit LSB pie executable, x86-64更底层hexdump -C nginx | head -5看ELF头00000000 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 |.ELF............|7f 45 4c 46是ELF魔数Magic Number固定不变第5字节02表示64位0132位第6字节01表示小端序02大端序。校验MD5md5sum nginx输出a1b2c3d4e5f6...与官网公布的十六进制哈希值比对。若十六进制编辑器hxd中发现文件开头7f 45 4c 46被篡改为7f 45 4c 00说明文件损坏或被植入恶意代码。4.3 VSC指定二进制打开文件十六进制视图的隐藏功能VS Code默认用文本方式打开.bin文件显示乱码。正确做法右键文件 →Reopen with Encoding→UTF-8无效安装扩展Hex Editor右键 →Open With Hex Editor。此时视图分三栏左侧十六进制地址如00000000中间十六进制字节48 65 6c 6c 6f右侧ASCII对应字符Hello。实战技巧搜索00 00 00 004字节0定位资源结束位置查找FF D8 FFJPEG文件头验证图片完整性。4.4 通达信十六进制代码股票指标公式的底层存储通达信公式保存为.tni文件实为二进制。用HxD打开某指标00000000: 01 00 00 00 4D 54 46 32 00 00 00 00 00 00 00 00 ....MTF2........ 00000010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................4D 54 46 32 ASCIIMTF2通达信公式文件标识后续数据是压缩的字节码。修改时若错改4D为4E文件将无法加载。负数的二进制在此处体现通达信用补码存储数值。-1在32位中为FF FF FF FF而非简单加符号位。4.5 Memtester二进制包适配ARM/ARM64架构的字节序与指令集下载memtester时arm和arm64版本区别在哪ARM32位指令长度固定4字节寄存器R0-R15ELF头第5字节01ARM6464位指令长度固定4字节但寻址空间更大寄存器X0-X30ELF头第5字节02。用readelf -h memtester_arm64 | grep Data确认Data: 2s complement, little endian。若在ARM32设备上运行ARM64版exec format error错误即因ELF头不匹配。5. 常见问题与排查技巧实录那些年踩过的坑5.1 问题速查表高频错误与解决方案问题现象根本原因排查步骤解决方案printf(%x, 255)输出ff而非FF默认小写hex且无前缀检查格式化字符串用%02X强制大写2位宽或0x%02X加前缀0x100000000在32位系统溢出为0十六进制字面量超32位范围sizeof(unsigned long)确认平台位数改用0x100000000ULLULLunsigned long longHxD中十六进制00 01显示为01 00文件是小端序HxD按字节显示查看文件头7f 45 4c 46 02 0101小端用HxD的Endian Swap功能反转0.1 0.2 0.3返回false浮点精度丢失printf(%.20f, 0.10.2)观察实际值用fabs(a-b) 1e-10代替比较chmod 0888报错invalid octal digit8不是合法八进制数字echo $((0888))触发bash错误权限用777非八进制字面量5.2 独家避坑技巧从血泪经验中提炼技巧1十六进制颜色值的快速心算设计师给#3A8FCC想知道RGB值3A₁₆ 3×16 10 58R8F₁₆ 8×16 15 143GCC₁₆ 12×16 12 204B速记口诀“十六进制两位数高位×16加低位”。技巧2二进制补码的手动计算负数转换求-5的8位二进制5的二进制00000101按位取反11111010加111111011。验证11111011₂ -128 64 32 16 8 0 2 1 -5。注意十六进制补1即指此过程。0xFF255的补码是-1因11111111₂按补码规则解读为-1286432168421-1。技巧3CTF中快速识别文件类型不用file命令用十六进制首4字节判断7f 45 4c 46→ ELFLinux可执行文件50 4b 03 04→ ZIP/PK含JAR、APK89 50 4e 47→ PNGff d8 ff e0→ JPEG原理所有文件格式规范都定义了魔数Magic Number这是进制转换在逆向工程中的直接应用。技巧4嵌入式调试时的寄存器速读STM32的GPIOA_MODER寄存器地址0x40020000读值0x00000001转二进制00000000 00000000 00000000 00000001每2位控制1个引脚模式00输入01输出bit0~101→ PA0为输出模式。心法“十六进制转二进制再按位分组解读”。5.3 精度陷阱深度复盘十进制小数转换为何必须考虑舍入以金融系统为例计算100.01 * 100100.01元×100份理想结果10001.00元实际100.01在double中存为100.0100000000000051159076974876224994659423828125乘100后10001.00000000000051159076974876224994659423828125若截断为2位小数得10001.00正确若四舍五入得10001.00正确但若中间步骤用float单精度误差扩大可能得10000.99。解决方案数据库用DECIMAL(10,2)类型代码中用BigDecimalJava或decimalC#C语言用int64_t cents round(100.01 * 100);以分为单位运算。5.4 工具链实测对比哪些工具真正可靠工具优势劣势适用场景HxDWindows免费、支持大文件、内置Endian Swap仅Windows二进制分析、固件修改xxdLinux/macOS终端原生、脚本友好、xxd -r可反向生成无GUI、大文件慢自动化脚本、服务器调试Python binasciibinascii.hexlify(bhello)→b68656c6c6f需编程、无可视化快速转换、集成到工具链在线转换器无需安装、支持多进制传敏感数据风险、无精度控制临时速算、教学演示实测心得HxD打开2GB固件文件耗时3秒xxd huge.bin | head卡顿明显。生产环境务必用本地工具。6. 进阶延伸从基础转换到系统级认知6.1 二进制人工智能模型权重的底层存储大语言模型权重文件如.bin本质是二进制流。float32权重每个数占4字节0.5的IEEE 754表示3F 00 00 00小端序3F 00 00 00→ 字节反转00 00 00 3F→ 十六进制0x3F000000→ 二进制00111111000000000000000000000000按IEEE规则符号位0正指数01111110126→实际指数126-127-1尾数000 进制转换实战指南：从二进制到十六进制的工程本质
1. 这不是数学考试是数字世界的通用语——为什么你必须亲手拆解进制转换我带过三届嵌入式开发新人培训每次开课第一件事就是关掉所有IDE打开记事本让他们手算“217转化为二进制”。有人皱眉“现在谁还手算Python一行bin(217)就完事。”我点头然后扔给他一个十六进制编辑器HxD里打开的固件文件截图——里面全是0x4A 0xFF 0x00 0x8C这样的字节序列。他盯着看了两分钟突然说“等等……这个0xFF它到底是255还是-1为什么调试器有时显示成红色”这就是进制转换的真实战场它从不单独存在而是嵌在十六进制编辑器hxd的字节视图里、ctf二进制中的rip题目里、通达信十六进制代码的指令解析中、甚至陶土白色号hex十六进制的色彩管理里。你背熟公式却看不懂内存dump就像会背乘法口诀却不会看菜市场电子秤的十六进制重量显示——两者根本不在一个维度上。核心关键词二进制、八进制、十进制、十六进制、进制转换表面是四种数制实则是四把钥匙二进制是硬件的母语CPU只认0和1的电压高低十六进制是二进制的“速记法”1个hex位4个bit0xF直接对应1111比写一长串111100001010高效十倍八进制虽已退居二线但在Linux文件权限chmod 755和某些嵌入式寄存器配置中仍留有痕迹十进制是我们大脑的默认界面但一旦涉及内存地址、颜色值、网络协议字段它就成了需要翻译的“外语”。适合谁学不是只给程序员——做CTF二进制题目的安全研究员要靠它定位shellcode偏移用VSC指定二进制打开文件的前端工程师得靠它验证资源文件完整性甚至设计UI的设计师输入#FF6B35时心里得清楚这六个字符代表红255、绿107、蓝53。这不是理论题是每天睁眼就要面对的现实操作。下面我就用真实场景拆解为什么217转化为二进制不能只记答案而要亲手画出除2取余的竖式为什么十六进制文件全反了怎么快速调整本质是字节序Endianness问题为什么二进制表示十进制小数时精度限制会直接导致金融系统浮点误差2. 四种进制的本质与设计逻辑为什么人类用十进制机器用二进制2.1 进制的底层定义位置权重才是核心很多人误以为进制只是“换底数”比如“二进制用2十六进制用16”。这太浅了。真正决定进制威力的是位置权重Positional Weight——同一个数字写在不同位置价值天差地别。以十进制数217为例最右边的7在个位权重是$10^0 1$贡献值$7 \times 1 7$中间的1在十位权重是$10^1 10$贡献值$1 \times 10 10$左边的2在百位权重是$10^2 100$贡献值$2 \times 100 200$总和$200 10 7 217$。这个结构可抽象为通用公式$$N \sum_{i0}^{k} d_i \times b^i$$其中$b$是进制基数Binary2, Octal8, Decimal10, Hex16$d_i$是第$i$位的数字必须满足$0 \leq d_i b$$i$从右往左计数个位为$i0$。提示这个公式是所有转换的根基。任何进制转十进制都是按此展开求和任何十进制转其他进制都是逆向解构这个求和过程。2.2 为什么二进制是硬件的唯一选择想象一个开关闭合1断开0。这是最稳定的物理状态——电压高/低、磁极北/南、光路通/断都只有两种确定态。若强行用十进制就得区分10种电压等级0.0V, 0.5V, 1.0V…4.5V稍有干扰就误判。而二进制抗噪性极强只要电压2.5V就算10.8V就算0中间的模糊区被主动舍弃。更关键的是逻辑门电路。一个AND门仅当A1且B1时输出1。用真值表表达ABA AND B000010100111这4行穷尽所有可能完美匹配二进制的组合爆炸特性$2^n$种状态。若用十进制单个“数字门”需处理$10^2100$种输入组合电路复杂度指数级增长。2.3 十六进制为何成为二进制的最佳搭档二进制太长110000111010100016位看着就累。但注意到$2^4 16$即每4个二进制位恰好能表示0~15共16个数。于是我们把二进制从右往左每4位分组1100 0011 1010 1000→C 3 A 8→0xC3A81100₂ 12₁₀ C₁₆0011₂ 3₁₀ 3₁₆1010₂ 10₁₀ A₁₆1000₂ 8₁₀ 8₁₆这种映射关系是硬编码在芯片设计里的。当你用printf(%x, 0xC3A8)打印时CPU内部并非“先转十进制再转十六进制”而是直接查表将每个4位组映射为hex字符。这也是为什么十六进制编辑器hxd能实时渲染GB级文件——它根本不转换只做视觉分组。2.4 八进制的遗存价值从Unix权限到老式PLC八进制基数8源于$2^3 8$即每3位二进制对应1位八进制。虽然现代编程极少用但它在特定场景不可替代Linux文件权限rwx三组权限每组用3位二进制表示读100₂4₈写010₂2₈执行001₂1₈所以rwxr-xr--111 101 100₂ 754₈。chmod 755本质是设置二进制111101101。某些工业PLC寄存器为兼容老设备仍用八进制地址如OCT 0777表示最大地址。注意八进制数字只能是0-708或09在C语言中会被编译器报错——它误认为这是八进制字面量而8、9不是合法八进制数字。2.5 十进制的“人类中心主义”陷阱我们用十进制只因有十根手指但这给计算机带来巨大负担。例如0.1这个简单小数十进制0.1二进制0.00011001100110011...无限循环因为$0.1 1/10$而10的质因数是2和5但二进制基数2无法整除5导致循环小数。IEEE 754浮点标准用52位尾数存储0.1实际存的是近似值0.100000001490116119384765625。这就是为什么0.1 0.2 ! 0.3在JavaScript中成立——不是bug是数学必然。实操心得做金融计算时永远用整数运算代替小数。比如价格存“分”而非“元”1999分19.99元避免浮点误差。3. 四大转换方法详解从原理到手算拒绝死记硬背3.1 十进制 → 二进制除2取余法附图解与速算技巧以217转化为二进制为例严格按算法执行217 ÷ 2 108 余 1 ← 最低位LSB 108 ÷ 2 54 余 0 54 ÷ 2 27 余 0 27 ÷ 2 13 余 1 13 ÷ 2 6 余 1 6 ÷ 2 3 余 0 3 ÷ 2 1 余 1 1 ÷ 2 0 余 1 ← 最高位MSB余数从下往上读11011001₂。为什么必须从下往上因为第一次余数是$2^0$位个位最后一次余数是最高位$2^7$位。就像拆快递最外层包装纸MSB最后才拿到但它是整个包裹的顶层标识。速算技巧针对≤255的数记住2的幂次128, 64, 32, 16, 8, 4, 2, 1。从大到小减217 ≥ 128 → 第1位1余217-1288989 ≥ 64 → 第2位1余89-642525 32 → 第3位025 ≥ 16 → 第4位1余25-1699 ≥ 8 → 第5位1余9-811 4 → 第6位01 2 → 第7位01 ≥ 1 → 第8位1结果11011001₂同上。提示此法在嵌入式调试时极快。看到寄存器值0xD9217心算128641681217立刻知道bit7/bit6/bit4/bit3/bit0置位。3.2 十进制 → 十六进制除16取余法含字母映射表217 ÷ 16 13余913 ÷ 16 0余13。余数13,9→D9₁₆13→D9→9。十六进制字母映射必须烂熟于心十进制0123456789101112131415十六进制0123456789ABCDEF常见错误把10写成10₁₆错应为A₁₆或混淆B11和D13。建议用谐音记忆A10爱B11棒C12菜D13弟E14饿F15福。实战场景陶土白色号hex十六进制搜索结果常为#EED5B7。拆解EE₁₆ 14×16 14 238红D5₁₆ 13×16 5 213绿B7₁₆ 11×16 7 183蓝这就是RGB(238,213,183)的陶土色。3.3 二进制 ↔ 十六进制4位分组法附图片说明逻辑这是最高效的转换无需计算。以11011001₂为例从右往左每4位分组不足补01101 1001查表转换1101₂ 13₁₀ D₁₆1001₂ 9₁₀ 9₁₆结果D9₁₆图片说明逻辑文字模拟二进制 1 1 0 1 1 0 0 1 ↑ ↑ ↑ ↑ ↑ ↑ ↑ ↑ 位权 8 4 2 1 8 4 2 1 值 840113D 80019 十六进制 D 9反向转换十六进制→二进制0x4A→4₁₆ 0100₂,A₁₆ 1010₂→01001010₂→ 去前导零1001010₂。注意0x4A在内存中占1字节8位所以实际存储为01001010前导零不可省略——这关系到字节对齐和网络传输。3.4 二进制 ↔ 八进制3位分组法对比十六进制理解差异11011001₂转八进制从右往左每3位分组011 011 001首位补0凑足3位011₂ 3₈,011₂ 3₈,001₂ 1₈→331₈关键差异十六进制分组从右往左无需补位因162⁴总位数可被4整除八进制分组从右往左必须补前导零因82³但217的二进制11011001共8位8÷32余2需补1个0成9位。验证331₈ 3×8² 3×8¹ 1×8⁰ 192 24 1 217₁₀正确。3.5 十进制小数 → 二进制乘2取整法精度限制与舍入策略转换0.6250.625 × 2 1.25→ 整数部分1余0.250.25 × 2 0.5→ 整数部分0余0.50.5 × 2 1.0→ 整数部分1余0结果0.101₂验证1/2 0/4 1/8 0.5 0 0.125 0.625但0.1呢0.1 × 2 0.2→00.2 × 2 0.4→00.4 × 2 0.8→00.8 × 2 1.6→1余0.60.6 × 2 1.2→1余0.2开始循环结果0.0001100110011...₂无限循环。精度限制如何应对IEEE 754单精度32位23位尾数 → 约7位十进制精度双精度64位52位尾数 → 约15位精度。舍入规则IEEE标准舍入到最近偶数Round to Nearest Even0.1在双精度下存为0.1000000000000000055511151231257827021181583404541015625末位5后是奇数故向上舍入。截断Truncate直接丢弃超出位数的部分如嵌入式定点数常用。实操心得在C语言中float f 0.1f; printf(%.20f, f);会输出0.10000000149011611938这就是精度损失的直观体现。4. 高频实战场景深度解析从CTF到嵌入式进制转换如何落地4.1 CTF二进制中的RIP题目如何通过十六进制定位指令偏移CTF题目常给一个ELF文件要求找到main函数中call systemplt指令的RIP相对偏移。步骤用readelf -S binary查看节区定位.text段起始地址如0x401000用xxd binary | head -20或HxD打开找到.text段内容如48 8b 05 c8 0f 00 00将十六进制转为汇编48 8b 05 c8 0f 00 00mov rax, [rip 0xfc8]计算偏移0xfc8是十六进制转十进制4040即RIP当前指令地址加4040字节处存着要跳转的地址。关键点c8 0f 00 00是小端序Little Endian实际值0x00000fc84040。若文件是大端序如PowerPC则需反转字节顺序。提示十六进制文件全反了怎么快速调整——这就是字节序问题。用HxD的“Edit → Convert → Endian Swap”一键反转比手动重排高效百倍。4.2 CentOS部署Nginx二进制包架构识别与文件校验下载nginx-1.24.0-linux-amd64.tar.gz时如何确认它真是amd64架构解压后用file nginx查看nginx: ELF 64-bit LSB pie executable, x86-64更底层hexdump -C nginx | head -5看ELF头00000000 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 |.ELF............|7f 45 4c 46是ELF魔数Magic Number固定不变第5字节02表示64位0132位第6字节01表示小端序02大端序。校验MD5md5sum nginx输出a1b2c3d4e5f6...与官网公布的十六进制哈希值比对。若十六进制编辑器hxd中发现文件开头7f 45 4c 46被篡改为7f 45 4c 00说明文件损坏或被植入恶意代码。4.3 VSC指定二进制打开文件十六进制视图的隐藏功能VS Code默认用文本方式打开.bin文件显示乱码。正确做法右键文件 →Reopen with Encoding→UTF-8无效安装扩展Hex Editor右键 →Open With Hex Editor。此时视图分三栏左侧十六进制地址如00000000中间十六进制字节48 65 6c 6c 6f右侧ASCII对应字符Hello。实战技巧搜索00 00 00 004字节0定位资源结束位置查找FF D8 FFJPEG文件头验证图片完整性。4.4 通达信十六进制代码股票指标公式的底层存储通达信公式保存为.tni文件实为二进制。用HxD打开某指标00000000: 01 00 00 00 4D 54 46 32 00 00 00 00 00 00 00 00 ....MTF2........ 00000010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................4D 54 46 32 ASCIIMTF2通达信公式文件标识后续数据是压缩的字节码。修改时若错改4D为4E文件将无法加载。负数的二进制在此处体现通达信用补码存储数值。-1在32位中为FF FF FF FF而非简单加符号位。4.5 Memtester二进制包适配ARM/ARM64架构的字节序与指令集下载memtester时arm和arm64版本区别在哪ARM32位指令长度固定4字节寄存器R0-R15ELF头第5字节01ARM6464位指令长度固定4字节但寻址空间更大寄存器X0-X30ELF头第5字节02。用readelf -h memtester_arm64 | grep Data确认Data: 2s complement, little endian。若在ARM32设备上运行ARM64版exec format error错误即因ELF头不匹配。5. 常见问题与排查技巧实录那些年踩过的坑5.1 问题速查表高频错误与解决方案问题现象根本原因排查步骤解决方案printf(%x, 255)输出ff而非FF默认小写hex且无前缀检查格式化字符串用%02X强制大写2位宽或0x%02X加前缀0x100000000在32位系统溢出为0十六进制字面量超32位范围sizeof(unsigned long)确认平台位数改用0x100000000ULLULLunsigned long longHxD中十六进制00 01显示为01 00文件是小端序HxD按字节显示查看文件头7f 45 4c 46 02 0101小端用HxD的Endian Swap功能反转0.1 0.2 0.3返回false浮点精度丢失printf(%.20f, 0.10.2)观察实际值用fabs(a-b) 1e-10代替比较chmod 0888报错invalid octal digit8不是合法八进制数字echo $((0888))触发bash错误权限用777非八进制字面量5.2 独家避坑技巧从血泪经验中提炼技巧1十六进制颜色值的快速心算设计师给#3A8FCC想知道RGB值3A₁₆ 3×16 10 58R8F₁₆ 8×16 15 143GCC₁₆ 12×16 12 204B速记口诀“十六进制两位数高位×16加低位”。技巧2二进制补码的手动计算负数转换求-5的8位二进制5的二进制00000101按位取反11111010加111111011。验证11111011₂ -128 64 32 16 8 0 2 1 -5。注意十六进制补1即指此过程。0xFF255的补码是-1因11111111₂按补码规则解读为-1286432168421-1。技巧3CTF中快速识别文件类型不用file命令用十六进制首4字节判断7f 45 4c 46→ ELFLinux可执行文件50 4b 03 04→ ZIP/PK含JAR、APK89 50 4e 47→ PNGff d8 ff e0→ JPEG原理所有文件格式规范都定义了魔数Magic Number这是进制转换在逆向工程中的直接应用。技巧4嵌入式调试时的寄存器速读STM32的GPIOA_MODER寄存器地址0x40020000读值0x00000001转二进制00000000 00000000 00000000 00000001每2位控制1个引脚模式00输入01输出bit0~101→ PA0为输出模式。心法“十六进制转二进制再按位分组解读”。5.3 精度陷阱深度复盘十进制小数转换为何必须考虑舍入以金融系统为例计算100.01 * 100100.01元×100份理想结果10001.00元实际100.01在double中存为100.0100000000000051159076974876224994659423828125乘100后10001.00000000000051159076974876224994659423828125若截断为2位小数得10001.00正确若四舍五入得10001.00正确但若中间步骤用float单精度误差扩大可能得10000.99。解决方案数据库用DECIMAL(10,2)类型代码中用BigDecimalJava或decimalC#C语言用int64_t cents round(100.01 * 100);以分为单位运算。5.4 工具链实测对比哪些工具真正可靠工具优势劣势适用场景HxDWindows免费、支持大文件、内置Endian Swap仅Windows二进制分析、固件修改xxdLinux/macOS终端原生、脚本友好、xxd -r可反向生成无GUI、大文件慢自动化脚本、服务器调试Python binasciibinascii.hexlify(bhello)→b68656c6c6f需编程、无可视化快速转换、集成到工具链在线转换器无需安装、支持多进制传敏感数据风险、无精度控制临时速算、教学演示实测心得HxD打开2GB固件文件耗时3秒xxd huge.bin | head卡顿明显。生产环境务必用本地工具。6. 进阶延伸从基础转换到系统级认知6.1 二进制人工智能模型权重的底层存储大语言模型权重文件如.bin本质是二进制流。float32权重每个数占4字节0.5的IEEE 754表示3F 00 00 00小端序3F 00 00 00→ 字节反转00 00 00 3F→ 十六进制0x3F000000→ 二进制00111111000000000000000000000000按IEEE规则符号位0正指数01111110126→实际指数126-127-1尾数000