一个针对 golang reflect 对 func 反射过慢的优化技巧

[fumeboy]

golang 的 func 的反射使用，目前还没有很合适的优化手段

但是可以很巧妙地绕过对 func 的反射

我个人语文水平难以表达出来，所以举一个实例进行说明

低效例子

gobench 测试大约 300 ns/op

type banana struct {
	value int
	value2 int
}

func 　 apple(b *banana)int{
    return b.value
}

func parse_func(fn interface{}) func() int{
	fnt := reflect.TypeOf(fn)
	fnv := reflect.ValueOf(fn)

	param := fnt.In(0).Elem()
	return func() int {
		arg := reflect.New(param)
		resp := fnv.Call([]reflect.Value{arg}) // 严重耗时
		return resp[0].Interface().(int)
	}
}

fn := parse_func(apple)

高效例子

gobench 测试大约 50 ns/op

type banana struct {
	value int
	value2 int
}

type iBanana interface {
	apple() int
}

func (b *banana) apple() int {
	return b.value
}

func parse_func(b iBanana) func() int{
	t := reflect.TypeOf(b)
	param := t.Elem()

	return func() int {
		arg := reflect.New(param).Interface().(iBanana)
		return arg.apple() // 无需反射
	}
}

fn := parse_func(&banana{})

[wfhtqp]

都实现接口了还需要反射？

[fumeboy]

@wfhtqp 哦, 这是函数和参数都需要反射的场景下使用的

[ArJun]

楼主好像搞反了反射的实际意义··

[wfhtqp]

如果不是特殊的项目请保持简单，避免过度设计。

[fumeboy]

@ArJun 可以指点得更明白一点吗

[fumeboy]

@ArJun 我现在使用反射的一般目的是实现伪泛型

[Mitt]

你这传入了一个 interface 然后一套骚操作又把它转回那个 interface 了，那为啥不直接调用.apple() 反射的意义是啥

[eudore]

`arg := reflect.New(param).Interface().(iBanana)`迷之操作。 `return param.apple()` 不行？

[fumeboy]

@eudore
@Mitt 参数是需要反射产生的. 原来的场景是 函数和参数都需要反射, 修改后, 只需要对参数反射

[Mitt]

@fumeboy 那你应该是理解错了，如果你参数列表是动态的，那么你就不符合定义的接口了，也就无法传入了，你不能指定实体接口 而是用 interface{} 来反射

[fumeboy]

@Mitt 我要表达的就是 将参数写在 struct 里面, 然后用结构体方法的方式规避对 函数 的反射

[reus]

你猜 (&banana{}).apple 是什么类型？
你这个 parse_func 纯粹多余。