你写过C或Python，知道 3.14 * 2.0 一敲就出结果；可真要抠到CPU指令层面——比如用x86汇编做科学计算、图形渲染或者嵌入式信号处理，小数怎么存、怎么加、怎么避免精度翻车？这可不是光靠mov eax, 123就能搞定的事。
浮点数不是“小数”，是科学计数法的机器版
x86 CPU不直接认“3.14”这种写法。它把浮点数拆成三块：符号位（正负）、指数（放大倍数）、尾数（有效数字）。比如单精度float，32位里分配1-8-23，这就是IEEE 754标准。你在汇编里看到的fld、fadd这些指令，背后全是按这套规则在搬数据、调指数、对齐尾数。
实操：两个小数相加，汇编怎么写？
假设你要算 1.5 + 2.25，在32位x86 NASM语法下：
section .data
num1 dd 1.5 ; 单精度浮点，存入内存
num2 dd 2.25
result dd 0.0
section .text
global _start
_start:
fld dword [num1] ; 把num1压入FPU栈顶
fadd dword [num2] ; 加num2，结果留在栈顶
fstp dword [result] ; 弹出并存入result
; 后续可退出或打印...注意：fld不是简单“读内存”，它会把内存里的IEEE 754格式转成FPU内部的80位扩展精度再计算，所以中间过程比C语言的float更准——但最后存回32位时，照样可能舍入。
常见坑：别拿整数指令碰小数
新手常犯的错：用add eax, ebx去加两个float变量地址——CPU根本不认，eax里存的是地址值，不是数值本身。浮点运算必须走FPU（老x86）或SSE（现代x64常用movss/addss）。比如x64下算double：
movsd xmm0, [num1] ; 加载双精度
addsd xmm0, [num2] ; 相加
movsd [result], xmm0 ; 保存指令后缀ss（scalar single）和sd（scalar double）不能混，否则结果诡异——就像拿摄氏度温度计去量华氏湿度，单位错了，再准也没用。
为什么电脑优化要懂这个？
游戏引擎里每帧要算几百次向量归一化，音效插件实时做FFT频谱分析，甚至老式CAD软件在无GPU时代全靠CPU浮点指令撑性能……一旦你发现某段数学密集型代码跑得慢，打开反汇编一看：循环里反复fld/fstp进出内存？那立刻改成SSE寄存器全程计算，速度常能翻倍。这不是玄学，是数据不落地、减少访存的真实收益。
浮点运算没那么玄，它就是CPU按固定套路处理小数的流水线。摸清指令怎么用、精度在哪丢、寄存器怎么省，比盲目开-O3编译器开关，更能挖出硬件最后一丝力气。