反射调用不延长参数生命周期，参数是否逃逸取决于reflect.value的持有方式；reflect.valueof在必要时触发逃逸；call后内存未必释放，目标函数行为决定实际生命周期；跨goroutine传递reflect.value存在栈指针失效风险。
反射调用本身不延长参数的生命周期，但一旦参数被 reflect.ValueOf 包裹并传入 reflect.Value.Call，其底层数据是否逃逸、何时释放，完全取决于你如何构造和持有这些 reflect.Value —— 而不是反射“自动管理”了什么。
reflect.ValueOf 会触发逃逸吗？
会，但只在必要时。编译器对 reflect.ValueOf 的处理遵循常规逃逸规则：如果传入的值地址被外部（比如返回的 reflect.Value）捕获，且该 reflect.Value 生命周期超出当前函数，则原值大概率逃逸到堆。
-
reflect.ValueOf(42)→ 不逃逸，int字面量直接包装成栈上reflect.Value -
x := make([]byte, 100); reflect.ValueOf(x)→x逃逸，因为reflect.Value内部持有了指向底层数组的指针，而该reflect.Value可能被长期持有 -
s := "hello"; reflect.ValueOf(s)→s本身不逃逸，但若后续调用v.String()或取v.Bytes()，则可能触发底层字节复制或隐式逃逸（尤其当结果被存入全局变量或 channel）
Call 之后参数内存就安全释放了吗？
不安全。调用结束 ≠ 参数内存释放。反射调用只是把参数作为输入喂给目标函数，目标函数内部如何使用这些参数（比如保存指针、写入 channel、赋值给全局 map），完全独立于反射机制。
- 如果你传的是
reflect.ValueOf(&someStruct)，而目标函数做了cache["key"] = ptr，那么someStruct就被长期持有，不会因Call返回而释放 - 如果你传的是
reflect.ValueOf([]byte("data"))，而目标函数执行了unsafe.Pointer(&s[0])并存起来，那底层字节数组就被钉在堆上，哪怕原始 slice 变量已出作用域 -
reflect.Value.Call返回后，所有传入的reflect.Value仍可继续调用.Interface()或.Addr()—— 这些操作本身也可能触发新逃逸
为什么不能在 Call 前把参数全转成 interface{}？
因为 reflect.Value.Call 明确要求参数是 []reflect.Value，不是 []interface{}。强行先 reflect.ValueOf(arg).Interface() 再塞进 interface{} 列表，等于绕过类型校验，还多一次装箱和潜在逃逸。
- 例如：
args := []interface{}{x, y}; callArgs := make([]reflect.Value, len(args)); for i := range args { callArgs[i] = reflect.ValueOf(args[i]) }→ 这里args[i]是接口值，reflect.ValueOf必须解包再封装，开销翻倍，且args本身因被赋值给切片而逃逸 - 正确做法是直接构造
[]reflect.Value：callArgs := []reflect.Value{reflect.ValueOf(x), reflect.ValueOf(y)}，避免中间 interface{} 层 - 特别注意字符串和 slice：传
reflect.ValueOf("hello")安全；但若目标函数期望*string，你必须传reflect.ValueOf(&s)，此时s必须已分配在堆上（或由逃逸分析自动提升），否则&s指向栈内存，Call 返回后可能失效
跨 goroutine 传递 reflect.Value 的风险
reflect.Value 不是线程安全的，且它内部包含对原始值的引用（可能是栈地址）。把它发给另一个 goroutine，等价于把一个可能指向栈内存的指针发过去 —— 一旦原 goroutine 函数返回，栈帧回收，那个地址就变成野指针。
- 常见错误：在 handler 中构造
reflect.ValueOf(req.Body)，然后通过 channel 发给后台 goroutine 处理 →req.Body是局部变量，函数返回即失效 - 安全做法：要么确保原始值已逃逸（如从
sync.Pool获取、或明确用new()/make()分配在堆），要么在发送前调用.Interface()提取出值（如[]byte），再传副本 - 更稳妥的方式是避免跨 goroutine 传
reflect.Value，改为传原始类型 + 在目标 goroutine 中重新reflect.ValueOf
最易被忽略的一点：reflect.Value 的零值（reflect.Value{}）没有关联任何数据，但一旦你调用它的 .Interface() 或 .Addr()，就会 panic。而这个 panic 往往发生在 Call 之后、你试图读取返回值或复用参数时 —— 此时生命周期问题已经掩盖在 nil pointer dereference 表象之下。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
