原文地址：http://goworldgs.com/?p=37

在C语言中有一个经典的宏定义，可以将结构体struct内部的某个成员的指针转化为结构体自身的指针。下面是一个例子，通过FIELD_OFFSET宏计算结构体内一个字段的偏移，函数getT可以从一个F*的指针获得对应的T*对象。

struct F {int c;int d;
}struct T{int a;int b;struct F f;
}#define FIELD_OFFSET(type, field) ((int)(unsigned char *)(((struct type *)0)->field))struct T* getT(struct F* f) {return (T*)((unsigned char *)f - FIELD_OFFSET(T, F))
}

在Golang中能否实现同样的功能？尝试写如下的代码：

type T struct {a intb intf F
}type F struct {c intd int
}func (m *F) T1() *T {var dummy *TfieldOffset := uintptr(unsafe.Pointer(&dummy.f)) - uintptr(unsafe.Pointer(dummy))return (*T)(unsafe.Pointer((uintptr)(unsafe.Pointer(m)) - fieldOffset))
}

编译通过，运行！panic: runtime error: invalid memory address or nil pointer dereference。这里dummy *T是nil，虽然代码并不访问dummy所指向的内容，但是Golang依然不允许这样使用这个指针。

既然Golang不允许使用nil指针，那么我们可以通过创建一个无用的T对象来绕开这个问题，代码如下：

func (m *F) T2() *T {var dummy TfieldOffset := uintptr(unsafe.Pointer(&dummy.f)) - uintptr(unsafe.Pointer(&dummy))return (*T)(unsafe.Pointer((uintptr)(unsafe.Pointer(m)) - fieldOffset))
}

测试证明这个代码可以正常工作，并且我们可以使用另外一个函数TBad来进行性能对比：

func (m *F) TBad() *T {return (*T)(unsafe.Pointer(uintptr(unsafe.Pointer(m)) - 16))
}func BenchmarkGetPtrByMemberPtr_T2(b *testing.B) {var t Tfor i := 0; i < b.N; i++ {if &t != t.f.T2() {b.Fatal("wrong")}}
}func BenchmarkGetPtrByMemberPtr_TBad(b *testing.B) {var t Tfor i := 0; i < b.N; i++ {if &t != t.f.TBad() {b.Fatal("wrong")}}
}

测试结果：T2和TBad的运行开销分别为：1.44 ns/op和0.85 ns/op。

考虑到T2为什么会比TBad有更大的开销，我们怀疑T2里每次都需要在heap上创建一个T对象。如果T对象的大小很大的时候，创建T对象的开销也会增大，我们可以通过增大结构体T的大小来进行验证。我们将T结构体的定义修改为：

type T struct {a intb intf Fe [1024]byte
}

再次运行发现T2的开销增大到37.8 ns/op。那么如何才能消除T结构体大小对这个函数的影响？Golang不允许我们使用nil指针，是不是我们只需要伪造一个*T的非nil指针即可？尝试写如下代码并进行测试：

func (m *F) T3() *T {var x struct{}dummy := (*T)(unsafe.Pointer(&x))fieldOffset := uintptr(unsafe.Pointer(&dummy.f)) - uintptr(unsafe.Pointer(dummy))return (*T)(unsafe.Pointer((uintptr)(unsafe.Pointer(m)) - fieldOffset))
}

T3的开销降低到1.14 ns/op，接近最快的TBad的0.85 ns/op。更进一步的，我们可以直接使用*F指针作为dummy，代码如下：

func (m *F) T4() *T {dummy := (*T)(unsafe.Pointer(m))fieldOffset := uintptr(unsafe.Pointer(&dummy.f)) - uintptr(unsafe.Pointer(dummy))return (*T)(unsafe.Pointer((uintptr)(unsafe.Pointer(m)) - fieldOffset))
}

但是测试表明T4和T3的开销完全一样，都是1.14 ns/op。

从目前为止，T3和T4的实现性能非常好，只比TBad里高一点点。推测原因是TBad不需要计算F类型field的偏移，在C语言里FIELD_OFFSET宏也是在编译时进行计算，但是在T3和T4中需要计算一次f *F字段在T结构体中的偏移。我们可以使用一个全局变量来保存字段的偏移，这样就不需要每次都进行计算，代码如下：

var fieldOffset uintptrfunc init() {dummy := (*T)(unsafe.Pointer(&fieldOffset))fieldOffset = uintptr(unsafe.Pointer(&dummy.f)) - uintptr(unsafe.Pointer(dummy))
}
func (m *F) T5() *T {return (*T)(unsafe.Pointer((uintptr)(unsafe.Pointer(m)) - fieldOffset))
}

测试表明T5的开销和TBad一样，都是0.85 ns/op，这个应该已经是极限了。

由于Go语言没有提供泛型机制，所以每个需要用到这个功能的类都需要定义自己的转换函数，而不能像C/C++那样使用通用的宏就可以实现。

如果你有更好的方案，欢迎留言告诉我！