Go strconv.FormatFloat 怎样避免科学计数法输出

Go 里把浮点数转成字符串时，如果不希望出现 1e-07 这样的科学计数法，直接把 strconv.FormatFloat 的格式字符设为 'f'。最常用的写法是 strconv.FormatFloat(v, 'f', -1, 64)：它使用普通十进制表示，并保留能够被 ParseFloat 精确还原所需的最短数字。若页面或报表必须固定两位小数，再把精度改成 2。

不显示指数，先把 fmt 设为 f

FormatFloat 的第二个参数决定外形。'f' 表示没有指数的十进制格式，'e' 和 'E' 使用小写或大写指数，'g' 和 'G' 会在普通格式与指数格式之间选择。标题中的问题通常不是数值变了，而是选到了会自动采用指数表示的格式。

package main

import (
    "fmt"
    "strconv"
)

func main() {
    value := 0.00000042

    // f 表示普通十进制，-1 表示保留精确还原所需的最短数字。
    plain := strconv.FormatFloat(value, 'f', -1, 64)
    // g 适合紧凑输出，但小数过小时可能出现 e 指数。
    compact := strconv.FormatFloat(value, 'g', -1, 64)

    fmt.Println("plain:", plain)
    fmt.Println("compact:", compact)
}

同一个 float64，'f' 的结果是普通小数，'g' 的结果则可能是 4.2e-07。因此接口字段、CSV 和需要人工阅读的日志，先判断是否允许指数，再决定格式字符。

prec=-1 和固定小数位不是一回事

第三个参数 prec 的含义跟格式字符有关。对 'f' 来说，非负精度是小数点后的位数；例如 2 会得到两位小数。对 'g' 来说，它是有效数字的最大数量。-1 则使用足以让 ParseFloat 精确得到原值的最少数字，并不会补齐尾随零。

package main

import (
    "fmt"
    "strconv"
)

func main() {
    value := 12.3456

    // -1 适合数据交换：不人为补零，也尽量不丢有效信息。
    shortest := strconv.FormatFloat(value, 'f', -1, 64)
    // 2 适合展示：固定输出两位小数，结果会发生舍入。
    moneyLike := strconv.FormatFloat(value, 'f', 2, 64)

    fmt.Println(shortest) // 12.3456
    fmt.Println(moneyLike) // 12.35
}

这里的“固定两位”只是字符串展示规则，不能让二进制浮点数变成十进制定点数。若业务要求金额精确到分，应在数据模型和计算阶段使用整数分或定点方案，最后一步再格式化。

bitSize 要跟原始浮点类型保持一致

FormatFloat 的第一个参数虽然声明为 float64，但第四个参数仍然要表达原始精度。来自 float32 的值传 32，真正的 float64 传 64。这样库函数会按对应位数假设原始值并进行舍入；把所有值都写成 64，可能让 float32 的展示比预期更长。

接口和报表里怎样选才稳定

如果字符串要被另一端重新解析，通常选择 'f', -1 或明确约定的 'g', -1，不要靠默认打印效果猜格式。若是金额、百分比、测量值报表，先写清小数位和舍入规则，再选择 'f', n。如果下游允许指数且更关心长度，'g' 更紧凑，但要把指数形式纳入接口契约。

最后检查三个问题：输出是否允许 e/E；精度是“最短可还原”还是“固定小数位”；输入究竟是 float32 还是 float64。这三项确定后，FormatFloat 的参数基本不会再靠试错。

常见问题

为什么传了 prec=-1 仍然没有补齐小数位？

因为 -1 追求最短且可精确还原，不是定长格式。需要定长时传入具体的非负小数位。

'f' 会不会导致大数或小数变得不准确？

它主要改变字符串表示；精度仍受输入浮点类型和 prec 约束。特别大的范围可能产生很长的字符串，应结合接口长度限制处理。

能不能用字符串截断代替 FormatFloat 的精度参数？

不建议。截断字符串容易破坏舍入规则，应该让 FormatFloat 按明确的 fmt、prec 和 bitSize 一次完成格式化。