fmt.Printf 在 %g 中具有宽度和精度字段的行为异常

Question

我正在尝试使用fmt.Printf().

例如，给定浮点值 0.0606060606060606、0.3333333333333333、0.05、0.4 和 0.1818181818181818，我想将每个值格式化为 10 个符文：

0.06060606

0.33333333

      0.05

       0.4

0.18181818

但我无法理解它是如何完成的。文档说

对于浮点值，宽度设置字段的最小宽度，精度设置小数点后的位数，如果合适，除了 %g/%G 设置总位数。例如，给定 123.45 格式 %6.2f 打印 123.45 而 %.4g 打印 123.5。%e 和 %f 的默认精度为 6；对于 %g，它是唯一标识值所需的最小位数。

因此，如果我使用%f更大的数字将不适合 10 个字符的约束，因此%g是必需的。要获得 10 的最小宽度%10g并获得最大 9 位数（点为 +1），它是%.9g，但是将它们组合起来%10.9g并不像我期望的那样

0.0606060606

0.333333333

      0.05

       0.4

0.181818182

为什么我得到的字符串是 10 个符文，其他的是 11 个符文，其他的是 12 个符文？

特别是，似乎%.9g总共不会产生9位数字。参见例如：http : //play.golang.org/p/ie9k8bYC7r

Answer 1

首先，我们需要正确理解文档：width 设置字段的最小宽度， precision 设置小数点后的位数，如果合适，除了 %g/%G 它设置总位数。这条线路是语法正确的，但它在这句话中的最后一部分是真的困惑：它实际上指的精度，而不是宽度。因此，让我们看一些例子：123.4512312.21.60690.60690.0006069然后你把它打印出来fmt.Printf("%.4g")，它会给你123.51.231e+041.6070.60690.0006069只有 4位数字，不包括所有小数点和指数。但是等等，最后两个例子会发生什么？你在逗我这不是超过5位数吗？这是打印中令人困惑的部分：前导 0不会被计算为数字，并且在少于 4 个零时不会被收缩。让我们使用下面的示例查看 0 行为：package mainimport "fmt"func main() {    fmt.Printf("%.4g\n", 0.12345)    fmt.Printf("%.4g\n", 0.012345)    fmt.Printf("%.4g\n", 0.0012345)    fmt.Printf("%.4g\n", 0.00012345)    fmt.Printf("%.4g\n", 0.000012345)    fmt.Printf("%.4g\n", 0.0000012345)    fmt.Printf("%.4g\n", 0.00000012345)    fmt.Printf("%g\n", 0.12345)    fmt.Printf("%g\n", 0.012345)    fmt.Printf("%g\n", 0.0012345)    fmt.Printf("%g\n", 0.00012345)    fmt.Printf("%g\n", 0.000012345)    fmt.Printf("%g\n", 0.0000012345)    fmt.Printf("%g\n", 0.00000012345)}和输出：0.12350.012350.0012340.00012341.234e-051.234e-061.235e-070.123450.0123450.00123450.000123451.2345e-051.2345e-061.2345e-07所以你可以看到，当前导 0 少于 4 个时，它们将被计算在内，如果多于 4 个，它们将被缩小。好的，接下来是width. 从文档中，width只指定了最小宽度，包括小数位和指数。这意味着，如果您的数字比width指定的多，它将超出宽度。请记住，宽度将作为最后一步考虑，这意味着它需要首先满足精度字段。让我们回到你的案例。您指定了%10.9g，这意味着您希望总位数为 9，不包括前导0，最小宽度10包括小数位和指数，并且精度应优先。0.0606060606060606: 取 9 位不带前导 0 会给你0.0606060606，因为它已经是 12 的宽度，它通过了 10 的最小宽度；0.3333333333333333: 取 9 位不带前导 0 会给你0.333333333，因为它已经是 11 宽度，它通过了 10 的最小宽度；0.05: 取 9 位不带前导 0 会给你0.05，因为它小于宽度 10，它将填充另外 6 个宽度以获得 10 的宽度；0.4: 同上；0.1818181818181818：取9位数字，没有前导0会给你0.181818182与舍入，因为它已经是11宽，它传递的10分钟宽度。所以这解释了为什么你得到了有趣的印刷。

Answer 2

是的，我同意：它优先考虑“精确字段”而不是“宽度”。因此，当我们需要修复用于打印的列时，我们需要编写新的格式化函数。