gdb调试浮点数需显式指定格式：用p/f、p/12f或p/g并区分float（4字节）与double（8字节）类型，确认ptype后对float优先p/f var、double用p/g var；动态数组用p/f *arr@n；高优化级别下变量可能被优化掉，须用-o0-g编译或volatile声明。
浮点数变量显示默认不准确，必须显式指定格式
直接用 p 打印浮点变量（如 float 或 double）时，GDB 默认按整数或科学计数法粗略显示，经常看到类似 $1 = 0 或 $2 = 1.2345678901234567e+00 这种失真结果。这不是变量本身错了，而是 GDB 没用浮点格式解析内存内容。
必须用 /f 格式修饰符强制以浮点方式解释：
-
p/f var：以默认精度（通常是 6 位小数）显示float或double -
p/12f var：显示 12 位小数（/nf中的n是小数位数，不是总宽度） -
p/g var：对double更稳妥，/g表示“general”，GDB 会自动选f或e格式
查看 float 和 double 要区分字长，否则可能读错内存
虽然 /f 对两者都可用，但底层内存布局不同：float 占 4 字节，double 占 8 字节。如果变量是 float 却误用 /g（它默认按 8 字节读），GDB 可能多读后续内存，导致值完全错误。
实操建议：
- 先用
ptype var确认类型，比如输出type = float或type = double - 对
float：优先用p/f var或p/8f var - 对
double：用p/g var或p/15f var（double约 15 位有效数字） - 避免混用：不要对
float用/g，也不要对double用/f不加位数限制
动态数组里的浮点数要用 @ 操作符配合 /f
比如有 float *arr = malloc(n * sizeof(float));，直接 p arr 只显示地址，p *arr 只显示第一个元素且格式可能不对。
正确方式是：
-
p *arr@n—— 会按float类型连续打印n个值，但默认格式仍可能不准 -
p/f *arr@n—— 强制每个都用浮点格式，这才是可靠写法 - 若
arr是double *，则用p/g *arr@n
注意：@ 右边必须是整数常量或已知值的变量；如果 n 是运行时算出的，得先 p n 看值，再手动代入。
优化编译下浮点变量可能根本不可见
如果你用 -O2 或 -O3 编译，编译器常把浮点计算全塞进寄存器、复用中间结果，甚至整个删掉未使用的变量。这时 p/f var 很可能报错：
No symbol "var" in current context. 或 Cannot access memory at address...
这不是 GDB 的问题，是代码被优化掉了。解决方法只有：
- 重新用
-O0 -g编译（必须带-g） - 或者临时加
volatile声明关键浮点变量，阻止优化，例如：volatile float x = 3.14f;
别指望在高优化级别下稳定观察浮点变量——这是编译器行为，不是调试技巧能绕过的。
