Go不支持JavaScript式的IIFE语法，func(){}()会报错；合法写法是赋值语句右侧的匿名函数定义加调用，如res := func(x int) int { return x * 2 }(5)，本质是定义即求值。
Go里func(){}()语法直接报错，不存在JavaScript式的IIFE
Go语言不支持func() { fmt.Println("hi") }()这种写法，编译器会报unexpected (, expecting {。这不是疏漏，而是设计使然：Go中函数调用必须作用于一个明确的函数值（function value），而func(){}本身只是类型字面量，未绑定到任何标识符或表达式上下文，括号无法合法附着。
常见错误现象包括：
- IDE提示语法错误，光标停在第一个
(上 - 运行
go build时直接失败，不生成二进制 - 误以为加括号就能执行，结果代码静默“不生效”
res := func(x int) int { return x * 2 }(5)是合法且常用的立即执行写法
这种形式之所以能工作，本质是**赋值语句右侧的表达式求值过程触发了调用**：Go允许在变量声明的初始化表达式中，把匿名函数定义和调用连写成一个原子操作。它不是“自调用”，而是“定义即求值”。
使用场景集中在初始化计算、局部作用域隔离、避免污染外层变量：
- 计算常量表达式，如
timeout := func() time.Duration { return time.Second * 30 }() - 封装临时逻辑，比如读取配置后做校验并返回结构体：
cfg := func() Config { c := load(); validate(c); return c }() - 避免在
main中声明一堆中间变量，保持主流程干净
注意参数和返回类型必须显式写出，不能省略；括号必须紧贴函数字面量末尾，中间不能换行或空格。
闭包捕获变量时，i := i不是冗余，而是解决goroutine竞态的关键
在for循环中启动goroutine时，若匿名函数直接引用循环变量i，所有goroutine最终都会读到循环结束后的终值（如i == 10）。这时写go func() { fmt.Println(i) }()是错的，而go func(i int) { fmt.Println(i) }(i)或i := i; go func() { fmt.Println(i) }()才是正确解法。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
两者区别在于：
-
i := i是变量遮蔽（shadowing），在当前作用域新建一个同名变量，值为当前迭代的i副本 -
func(i int) { ... }(i)是通过参数传值，闭包内i天然独立，语义更清晰 - 二者都让每个goroutine持有稳定值，但后者更适合多参数或需命名的场景
容易踩的坑是误以为go func() { ... }()里的()是“立即执行”，其实它是启动goroutine，真正执行时机由调度器决定——此时外部i早已变化。
反射调用匿名函数需先赋值，reflect.ValueOf(f).Call()不能跳过中间变量
想用反射动态执行匿名函数，必须先把它赋给一个变量（如f := func(x string) int { return len(x) }），再用reflect.ValueOf(f)获取可调用值。直接对func(){}()这类表达式做reflect.ValueOf会失败，因为反射操作对象必须是已存在的值。
实操要点：
- 参数必须包装成
[]reflect.Value，用reflect.ValueOf(arg)逐个转换 - 返回值是
[]reflect.Value，需用.Interface()取出原始类型，注意panic风险 - 类型不匹配（如传
string但函数期望int）会在.Call()时panic，生产环境应提前校验签名
复杂点在于：这种反射路径绕过了编译期类型检查，调试困难；而真正的“立即执行”场景通常不需要反射——直接写res := func() int { ... }()更安全、更快、更易读。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
