如下情况对象A1大小和A2大小一样，顺序变化大小不会变化

type A1 struct {
  a int64
  b string
}
type A2 struct {
  b string //16字节=指向data的指针8字节+int长度8字节
  a int64 //8字节
}
a1:=A1{}
a2:=A2{}
fmt.Println("sizeof a1:",unsafe.Sizeof(a1),"sizeof a2:",unsafe.Sizeof(a2))
//output:
//sizeof a1: 24 sizeof a2: 24

64位的CPU可以每次以64bits（8字节，32位CPU则是4字节）的块传输数据，a、b字段每次传输都能占满这个块。

对象B1、B2顺序不同，大小不同

   type B1 struct {
        c int8
        a int64
        b string
        d int16
    }
    type B2 struct {
        b string
        a int64
        c int8
        d int16
    }
    b1:=B1{}
    b2:=B2{}
    fmt.Println("sizeof b1:",unsafe.Sizeof(b1),"sizeof b2:",unsafe.Sizeof(b2))
    //outpot:
   //sizeof b1: 40 sizeof b2: 32

原本B1、B2对象大小=1字节+8字节+16字节+2字节=27字节，但是结构体中的各个字段在内存中并不是紧凑排列的，而是按照字节对齐的，所以为了对齐而有填充
实际B1大小：
B1大小=8字节（c不够1块则填充）+8字节+16字节+8字节（d同样填充）=40字节
实际B2大小：
B2大小=16字节+8字节+8字节（c，d字段被放入同一块中）=32字节

参考
*看 Go 中的 struct 如何被优化，还有小插曲
*Go语言结构体中属性的顺序将影响结构体的大小
*Size and alignment guarantees