go - runtime.Callers 根据运行的位置打印不同的程序计数器

Question

我有下面的代码，它根据运行的位置打印不同的程序计数器值。
代码:

package main

import (
    "fmt"
    "runtime"
)

func foo() {
    bar()
}

func bar() {
    pcs := make([]uintptr, 10)
    _ = runtime.Callers(0, pcs)
    for _, pc := range pcs {
        fmt.Printf("Value of pc %+v\n", runtime.FuncForPC(pc).Name())
    }
}

func main() {
    foo()
}

使用 go run 运行时或编译后的二进制文件，它会打印(main.bar 缺失)

Value of pc runtime.Callers
Value of pc runtime.Callers
Value of pc main.main
Value of pc main.foo
Value of pc runtime.main
Value of pc runtime.goexit

从 Visual Studio Code 运行代码时(仅在 调试 模式下，它工作正常)

Value of pc runtime.Callers
Value of pc main.bar
Value of pc main.foo
Value of pc main.main
Value of pc runtime.main
Value of pc runtime.goexit

在 Playground 中运行时, ( foo , bar , 两者都不见了)

Value of pc runtime.Callers
Value of pc runtime.Callers
Value of pc main.main
Value of pc main.main
Value of pc runtime.main
Value of pc runtime.goexit

我正在使用一个框架(logrus)，它依赖于 PC 的顺序来执行一些操作(记录文件名)。由于 PC 值会根据其运行位置不断变化，因此它可以在 Debug模式下工作，但在使用 go run 运行时会失败或编译的二进制文件。
知道是什么导致 PC 加载不同吗？任何正在启动的配置或优化？

Answer 1

runtime.Callers() 的文档状态:

To translate these PCs into symbolic information such as function names and line numbers, use CallersFrames. CallersFrames accounts for inlined functions and adjusts the return program counters into call program counters. Iterating over the returned slice of PCs directly is discouraged, as is using FuncForPC on any of the returned PCs, since these cannot account for inlining or return program counter adjustment.

Doc 建议使用 runtime.CallersFrames() 从知道并解释函数内联的原始计数器获取函数信息，例如:

pcs := make([]uintptr, 10)
n := runtime.Callers(0, pcs)
pcs = pcs[:n]

frames := runtime.CallersFrames(pcs)
for {
    frame, more := frames.Next()
    if !more {
        break
    }
    fmt.Println("Function:", frame.Function)
}

无论您如何调用/运行它，这都应该输出(在 Go Playground 上尝试):

Function: runtime.Callers
Function: main.bar
Function: main.foo
Function: main.main
Function: runtime.main