为何我收到的是 j 0，而不是 777

本篇文章主要是结合我之前面试的各种经历和实战开发中遇到的问题解决经验整理的，希望这篇《为何我收到的是 j 0，而不是 777》对你有很大帮助！欢迎收藏，分享给更多的需要的朋友学习~

695578​​332924

我从[https://studygolang.com/articles/1414]获取示例代码，我不明白为什么我总是得到j的值为0。

解决方案

tl;dr：使用 unsafe.offsetof() 而不是 unsafe.sizeof()。请参阅 Purpose of memory alignment 了解更多信息。

结构体中的字段（甚至变量）不一定立即出现 在记忆中的另一个之后。由于方式不同，可能存在差距 数据类型是对齐的。这种对齐方式根据字长和 数据类型的大小。

在您的示例中，您尝试使用指针算术访问 v.j 将 v.i 的大小（即 4 个字节）添加到 v.i 的指针上。这会 碰巧在 32 位系统上工作正常，因为字大小为 4 个字节 下一个字段 v.j 将在内存中对齐到 4 个字节。尝试一下 执行程序前设置环境变量goarch=386 （386 是 32 位架构）。

但在 64 位系统上，v.j 将在内存中对齐到 8 字节，以便 处理器可以一次性从内存中获取整个 8 字节字段。如果它是 未与 8 字节（字大小）对齐，需要两次读取才能获得 整个值，因为它将存储在两个不同的字中。因此，&v.i + 4 字节处的值不是起点 v.j。相反，它指向未分配给任何字段的内存区域，因此 v.j 实际上并未被修改。

正确的方法是让 go 为您提供位置信息 v.j 使用 unsafe.offsetof(v.j) 在内存中启动。然后您可以存储一个 该位置的 int64 值。

这是代码的稍微修改版本，用于演示该问题。它 打印结构中每个字节的十六进制值。

// slightly modified original code to print all the bytes in the struct
package main

import (
    "fmt"
    "unsafe"
)

type v struct {
    i int32
    j int64
}

func (v *v) printi() {
    fmt.println(v.i)
}
func (v *v) printj() {
    fmt.println(v.j)
}

// printstruct prints every byte in the struct individually
func (v *v) printstruct() {
    for i := uintptr(0); i < unsafe.sizeof(*v); i++ {
        b := (*byte)(unsafe.pointer(uintptr(unsafe.pointer(v)) + i))
        fmt.printf("%2d %02x\n", i, *b)
    }
}

func main() {
    v := new(v)
    ipointer := (*int32)(unsafe.pointer(v))
    // use hex values so they're easy to see in the output
    *ipointer = int32(0x01020304) // 4 bytes
    jpointer := (*int64)(unsafe.pointer(uintptr(unsafe.pointer(v)) + uintptr(unsafe.sizeof(int32(0)))))
    *jpointer = int64(0x08090a0b0c0d0e0f) // 8 bytes

    fmt.println("assign using offset sizeof")
    v.printstruct()
    fmt.println("")

    v = new(v)
    v.i = 0x01020304
    v.j = 0x08090a0b0c0d0e0f
    fmt.println("assign directly to the fields")
    v.printstruct()
}

这是我在 64 位计算机上运行时得到的输出，该计算机以小端顺序存储数据：

Assign using offset Sizeof
 0 04
 1 03
 2 02
 3 01
 4 0f
 5 0e
 6 0d
 7 0c
 8 0b
 9 0a
10 09
11 08
12 00
13 00
14 00
15 00

Assign directly to the fields
 0 04
 1 03
 2 02
 3 01
 4 c0
 5 00
 6 00
 7 00
 8 0f
 9 0e
10 0d
11 0c
12 0b
13 0a
14 09
15 08

注意该值如何被分配到不同的（不正确的）位置 使用内存时尝试将值存储在大小的偏移量处 int32。将 unsafe.sizeof(int32(0)) 更改为 unsafe.offsetof(v.j) ，然后 应该会给你正确的结果。

本篇关于《为何我收到的是 j 0，而不是 777》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！