- r - 以节省内存的方式增长 data.frame
- ruby-on-rails - ruby/ruby on rails 内存泄漏检测
- android - 无法解析导入android.support.v7.app
- UNIX 域套接字与共享内存(映射文件)
我一直在读这个post on constants in Go ,我正在尝试了解它们在内存中的存储和使用方式。您可以在 Go 中对非常大的常量执行操作,只要结果适合内存,您就可以将该结果强制转换为一个类型。例如,这段代码打印 10
,如您所料:
const Huge = 1e1000
fmt.Println(Huge / 1e999)
这是如何运作的?在某些时候,Go 必须将 1e1000
和 1e999
存储在内存中,以便对它们执行操作。那么常量是如何存储的,Go 又是如何对它们进行运算的呢?
最佳答案
简短摘要 (TL;DR) 在答案的末尾。
无类型的任意精度常量在运行时不存在,常量仅在编译时(编译期间)存在。也就是说,Go 不必在运行时以任意精度表示常量,仅在编译您的应用程序时才可以。
为什么?因为常量不会被编译成可执行二进制文件。他们不必如此。让我们举个例子:
const Huge = 1e1000
fmt.Println(Huge / 1e999)
源代码 中有一个常量Huge
(并且会在包对象中),但它不会出现在您的可执行文件中。相反,对 fmt.Println()
的函数调用将被记录为传递给它的值,其类型将为 float64
。因此,在可执行文件中,只会记录 float64
值为 10.0
的值。可执行文件中没有任何数字为 1e1000
的迹象。
此float64
类型派生自untyped 常量Huge
的默认 类型。 1e1000
是 floating-point literal .验证它:
const Huge = 1e1000
x := Huge / 1e999
fmt.Printf("%T", x) // Prints float64
回到任意精度:
Numeric constants represent exact values of arbitrary precision and do not overflow.
所以常量表示任意精度的精确值。正如我们所见,没有必要在运行时 以任意精度表示常量,但编译器仍然需要在编译时 做一些事情。它确实!
显然无法处理“无限”精度。但是没有必要,因为源代码本身不是“无限的”(源代码的大小是有限的)。不过,允许真正任意的精度是不切实际的。因此,规范在这方面为编译器提供了一些自由:
Implementation restriction: Although numeric constants have arbitrary precision in the language, a compiler may implement them using an internal representation with limited precision. That said, every implementation must:
- Represent integer constants with at least 256 bits.
- Represent floating-point constants, including the parts of a complex constant, with a mantissa of at least 256 bits and a signed exponent of at least 32 bits.
- Give an error if unable to represent an integer constant precisely.
- Give an error if unable to represent a floating-point or complex constant due to overflow.
- Round to the nearest representable constant if unable to represent a floating-point or complex constant due to limits on precision. These requirements apply both to literal constants and to the result of evaluating constant expressions.
但是,还要注意,当上述所有内容都说明时,标准包为您提供了仍然以“任意”精度表示和使用值(常量)的方法,请参见包 go/constant
.您可以查看其源代码以了解其实现方式。
实现在 go/constant/value.go
中.表示此类值的类型:
// A Value represents the value of a Go constant.
type Value interface {
// Kind returns the value kind.
Kind() Kind
// String returns a short, human-readable form of the value.
// For numeric values, the result may be an approximation;
// for String values the result may be a shortened string.
// Use ExactString for a string representing a value exactly.
String() string
// ExactString returns an exact, printable form of the value.
ExactString() string
// Prevent external implementations.
implementsValue()
}
type (
unknownVal struct{}
boolVal bool
stringVal string
int64Val int64 // Int values representable as an int64
intVal struct{ val *big.Int } // Int values not representable as an int64
ratVal struct{ val *big.Rat } // Float values representable as a fraction
floatVal struct{ val *big.Float } // Float values not representable as a fraction
complexVal struct{ re, im Value }
)
如您所见,math/big
包用于表示无类型的任意精度值。 big.Int
例如(来自 math/big/int.go
):
// An Int represents a signed multi-precision integer.
// The zero value for an Int represents the value 0.
type Int struct {
neg bool // sign
abs nat // absolute value of the integer
}
nat
在哪里(来自 math/big/nat.go
):
// An unsigned integer x of the form
//
// x = x[n-1]*_B^(n-1) + x[n-2]*_B^(n-2) + ... + x[1]*_B + x[0]
//
// with 0 <= x[i] < _B and 0 <= i < n is stored in a slice of length n,
// with the digits x[i] as the slice elements.
//
// A number is normalized if the slice contains no leading 0 digits.
// During arithmetic operations, denormalized values may occur but are
// always normalized before returning the final result. The normalized
// representation of 0 is the empty or nil slice (length = 0).
//
type nat []Word
最后 Word
是(来自math/big/arith.go
)
// A Word represents a single digit of a multi-precision unsigned integer.
type Word uintptr
总结
在运行时:预定义 类型提供有限的精度,但您可以使用某些包“模仿”任意精度,例如 math/big
和 go/constant
。在编译时:常量看似提供任意精度,但实际上编译器可能达不到这一点(不必);但规范仍然为所有编译器必须支持的常量提供最低精度,例如整数常量必须至少用 256 位表示,即 32 字节(与“仅”8 字节的 int64
相比)。
创建可执行二进制文件时,常量表达式(具有任意精度)的结果必须转换并用有限精度类型的值表示——这可能是不可能的,因此可能会导致编译时错误。请注意,只有结果 - 而不是中间操作数 - 必须转换为有限精度,常量运算以任意精度执行。
如何实现这种任意或增强的精度未由规范定义,math/big
例如将数字的“数字”存储在 slice 中(其中数字不是基数的数字10 表示,但“数字”是 uintptr
,它类似于 32 位架构上的基本 4294967295 表示,在 64 位架构上甚至更大)。
关于go - Go 如何对常量进行算术运算?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/38982278/
我正在使用 go 图表库 https://github.com/wcharczuk/go-chart制作条形图。我面临的问题是标签值很长,我想将文本旋转 45 度以显示完整文本 我喜欢显示的日期格式是
我在构建一个非常简单的通过 cgo 调用 c 代码的 go 程序时遇到了问题。我的设置: $: echo $GOPATH /go $: pwd /go/src/main $: ls ctest.c
没有 C 的背景,只有 Go 的“初学者”经验,我正在尝试弄清楚 main.go 是实际需要的还是只是一个约定。 我想创建一个简单的网络 API,但有人可以为我澄清一下吗? 最佳答案 main.go
我read从 Go 1.4 开始,Go 运行时是用 Go 本身编写的(而不是用 C)。 这怎么可能?如果 Go 程序在运行时之上运行,并且运行时是 Go 程序,那么运行时是否在自身之上运行? 最佳答案
这是“Go 之旅”中的代码示例 Range and Close : package main import ( "fmt" ) func fibonacci(n int, c chan int
给定以下 go.mod 文件: module foo go 1.12 require ( github.com/bar/baz v1.0.0 github.com/rat/cat v1
我有一个 CI/CD 管道,它需要跨平台并与几个不同的管理程序一起工作。为了不必更改 Windows 和 Linux 的构建任务,我认为 Go 将是编写一次代码并在任何地方运行的好方法。然而,考虑到
我有一个 Dockerfile,用于使用 go build 编译 Go 应用程序。我进行了研究,确实建议将 go build 用于生产。 但是我找不到正确的答案来解释为什么。 我了解 go run 创
我尝试在命令提示符#Go lang 中运行该程序-但是当我键入运行“go run hello.go”命令时,我开始了 CreateFile hello.go:The system cannot fin
我正在使用“Go 编程语言”一书学习 Go。第一章介绍os.Open用于读取文件的模块。我尝试打开如下所示的 go 文件。 f, err = os.Open("helloworld.go") 我收
关闭。这个问题需要details or clarity .它目前不接受答案。 想改进这个问题?通过 editing this post 添加详细信息并澄清问题. 2年前关闭。 Improve this
为了解决我对 goroutine 的一些误解,我去了 Go 操场跑了 this code : package main import ( "fmt" ) func other(done cha
这个问题在这里已经有了答案: Evaluate/Execute Golang code/expressions like js' eval() (5 个回答) 1年前关闭。 对于任何 go 程序,我想
这是我基本上试图从路径打印基准的代码。 这意味着,如果用户输入“/some/random/path.java”,则输出将为“path”。同样,如果用户arg为“/another/myapp.c”,则输
$ go version 1.13.3 我的文件夹结构如下: GOPATH +---src +--- my-api-server +--- my-auth-server
这个问题在这里已经有了答案: How to embed file for later parsing execution use (4 个答案) What's the best way to bun
我觉得这有点奇怪,为什么这段代码不起作用? package main import "fmt" func main() { var i, j int = 1, 2 k
go编译器执行完如下命令后的可执行文件存放在哪里? $> go run file.go 最佳答案 在 /tmp 文件夹中,如果您使用的是 unix 机器。 如果您使用的是 Windows,则在 \Us
我目前正在开始使用 Go,并且已经深入研究了有关包命名和工作区文件夹结构的注意事项。 不过,我不太确定如何根据 Go 范式正确组织我的代码。 这是我当前的结构示例,它位于 $GOPATH/src 中:
假设我有一个接受用户输入的 Lua 程序,而该输入恰好是有效的 Lua 源代码。这是在程序仍在运行时进行清理、编译和执行的。 Go 是否(或将)实现这样的事情? 最佳答案 我认为以下两个项目之间有足够
我是一名优秀的程序员,十分优秀!