golang在32位系統下atomic.AddUint64導致程式崩潰及解決辦法

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。

package mainimport ("sync/atomic""unsafe")type a struct {x unsafe.Pointery uint64}func main() {p := new(a)atomic.AddUint64(&p.y, 1)}

在32位電腦上運行改程式，會出現錯誤：

panic: runtime error: invalid memory address or nil pointer dereference [signal 0xc0000005 code=0x0 addr=0x0 pc=0x4198bc] goroutine 1 [running]: runtime.panic(0x41c740, 0x445e4f) C:/Users/ADMINI~1/AppData/Local/Temp/2/bindist550409343/go/src/pkg/runtime/panic.c:266 +0xa6 sync/atomic.AddUint64(0x114434ac, 0x1, 0x0, 0x4107e3, 0x397fcc) C:/Users/ADMINI~1/AppData/Local/Temp/2/bindist550409343/go/src/pkg/sync/atomic/asm_386.s:118 +0xc main.main() E:/Work/GoLang/src/demo/goBug/atomic/main.go:17 +0x4d

查了資料具體原因如下：

https://code.google.com/p/go/issues/detail?id=5278 On x86-32, the 64-bit functions use instructions unavailable before the    Pentium MMX. On both ARM and x86-32, it is the caller's responsibility to    arrange for 64-bit alignment of 64-bit words accessed atomically. The    first word in a global variable or in an allocated struct or slice can be    relied upon to be 64-bit aligned.

其大意是：

64位原子操作的調用者必須確保指標的地址是對齊到8位元組的邊界

的辦法有兩種：

1，修改uint64欄位在struct 的位置確保欄位地址出現在8位元組的邊界；

2，修改使用sync.RWMutex來實現互斥，如下

mutex.Lock()uint64 += 1mutex.Unlock()

建議使用辦法2來徹底解決問題