Golang反射的使用的正确姿势

Go本身不支持模板，因此在以往需要使用模板的场景下往往就需要使用反射(reflect). 反射使用多了以后会容易上瘾，有些人甚至会形成一种莫名其妙的鄙视链。文人相轻，看来在需要动手指的领域历来如此:) 。反射有两个问题，在使用前需要三思：

大量的使用反射会损失一定性能
Clear is better than clever. Reflection is never clear.

Go的类型设计上有一些基本原则，理解这些基本原则会有助于你理解反射的本质：

变量包括 <type, value> 两部分。理解这一点你就知道为什么nil != nil了。
type包括 static type和concrete type. 简单来说 static type是你在编码是看见的类型，concrete type是runtime系统看见的类型。
类型断言能否成功，取决于变量的concrete type，而不是static type. 因此，一个 reader变量如果它的concrete type也实现了write方法的话，它也可以被类型断言为writer.
Go中的反射依靠interface{}作为桥梁，因此遵循原则3. 例如，反射包.Kind方法返回的是concrete type, 而不是static type.

Talk is cheap, show some code:

package main

import (
    "fmt"
    "reflect"
)

type T struct {
    A int
    B string
}

func main() {
    t := T{23, "skidoo"}
    tt := reflect.TypeOf(t)
    fmt.Printf("t type:%v\n", tt)
    ttp := reflect.TypeOf(&t)
    fmt.Printf("t type:%v\n", ttp)
    // 要设置t的值，需要传入t的地址，而不是t的拷贝。
    // reflect.ValueOf(&t)只是一个地址的值，不是settable, 通过.Elem()解引用获取t本身的reflect.Value
    s := reflect.ValueOf(&t).Elem()
    typeOfT := s.Type()
    for i := 0; i < s.NumField(); i++ {
        f := s.Field(i)
        fmt.Printf("%d: %s %s = %v\n", i,
            typeOfT.Field(i).Name, f.Type(), f.Interface())
    }
}

// 输出结果
// t type:main.T
// t type:*main.T
// 0: A int = 23
// 1: B string = skidoo

package main

import (

"fmt"

"reflect"

)

type T struct {

A int

B string

}

func main() {

t := T{23, "skidoo"}

tt := reflect.TypeOf(t)

fmt.Printf("t type:%v\n", tt)

ttp := reflect.TypeOf(&t)

fmt.Printf("t type:%v\n", ttp)

// 要设置t的值，需要传入t的地址，而不是t的拷贝。

// reflect.ValueOf(&t)只是一个地址的值，不是settable, 通过.Elem()解引用获取t本身的reflect.Value

s := reflect.ValueOf(&t).Elem()

typeOfT := s.Type()

for i := 0; i < s.NumField(); i++ {

f := s.Field(i)

fmt.Printf("%d: %s %s = %v\n", i,

typeOfT.Field(i).Name, f.Type(), f.Interface())

}

// 输出结果

// t type:main.T

// t type:*main.T

// 0: A int = 23

// 1: B string = skidoo

–EOF–

版权声明
转载请注明出处，本文原始链接

行思錄 | Travel Coder

Arch, Coding, Life

Golang反射的使用的正确姿势

Golang反射的使用的正确姿势