登录
首页 >  Golang >  Go问答

uintptr 和 *uintptr* 有什么不同

来源:stackoverflow

时间:2024-02-26 20:09:24 424浏览 收藏

大家好,我们又见面了啊~本文《uintptr 和 *uintptr* 有什么不同》的内容中将会涉及到等等。如果你正在学习Golang相关知识,欢迎关注我,以后会给大家带来更多Golang相关文章,希望我们能一起进步!下面就开始本文的正式内容~

问题内容

在go的runtime/proc.go中,有一段代码如下:

// funcpc 返回函数 f 的入口 pc。 // 假设 f 是一个 func 值。否则,行为是未定义的。 // 注意:在带有插件的程序中,funcpc 可以返回不同的值 // 对于同一个函数(因为实际上有多个副本 // 地址空间中的相同函数)。为了安全起见,请勿使用 // 该函数在任何 == 表达式中的结果。只有这样才安全 // 使用结果作为开始执行代码的地址。

//go:nosplit
func funcpc(f interface{}) uintptr {
    return **(**uintptr)(add(unsafe.pointer(&f), sys.ptrsize))
}

我不明白的是为什么不使用 *(*uintptr) 而不是 **(**uintptr)?

所以我在下面编写了一个测试程序来弄清楚。

package main

import (
    "fmt"
    "unsafe"
)


func main(){
    fmt.Println()

    p := funcPC(test)

    fmt.Println(p)

    p1 := funcPC1(test)

    fmt.Println(p1)

    p2 := funcPC(test)

    fmt.Println(p2)
}

func test(){
    fmt.Println("hello")
}

func funcPC(f func()) uintptr {
    return **(**uintptr)(unsafe.Pointer(&f))
}

func funcPC1(f func()) uintptr {
    return *(*uintptr)(unsafe.Pointer(&f))
}

p 不等于 p1 的结果让我很困惑。 为什么 p 的值不等于 p1 的值,但它们的类型相同?


解决方案


简介

go 中的函数值表示函数的代码。从远处看,它是一个指向函数代码的指针。它的作用就像一个指针。

仔细观察,它是一个类似这样的结构(取自 runtime/runtime2.go):

type funcval struct {
    fn uintptr
    // variable-size, fn-specific data here
}

因此,函数值将指向函数代码的指针作为其第一个字段,我们可以取消引用以获取函数的代码。

解释你的例子

要获取函数(代码)的地址,您可以使用反射:

fmt.println("test() address:", reflect.valueof(test).pointer())

为了验证我们获得了正确的地址,我们可以使用 runtime.FuncForPC()

这给出了与 funcpc() 函数相同的值。请参阅此示例:

fmt.println("reflection test() address:", reflect.valueof(test).pointer())
fmt.println("funcpc(test):", funcpc(test))
fmt.println("funcpc1(test):", funcpc1(test))

fmt.println("func name for reflect ptr:",
    runtime.funcforpc(reflect.valueof(test).pointer()).name())

它输出(在 Go Playground 上尝试):

reflection test() address: 919136
funcpc(test): 919136
funcpc1(test): 1357256
func name for reflect ptr: main.test
为什么? 因为函数值本身就是一个指针(它只是与指针的类型不同,但它存储的值是一个指针)需要取消引用才能获取代码地址强>.

因此,将其获取到 funcpc() 内的 uintptr (代码地址)所需的内容很简单:

func funcpc(f func()) uintptr {
    return *(*uintptr)(f) // compiler error!
}

当然不能编译,conversion rules不允许将函数值转换为*uintptr

另一种尝试可能是首先将其转换为 unsafe.pointer,然后再转换为 *uintptr

func funcpc(f func()) uintptr {
    return *(*uintptr)(unsafe.pointer(f)) // compiler error!
}

再次强调:转换规则不允许将函数值转换为 unsafe.pointer。任何指针类型和 uintptr 值都可以转换为 unsafe.pointer ,反之亦然,但函数值不能。

这就是为什么我们必须有一个指针值作为开始。我们可以得到什么指针值?是的,f的地址:&f。但这不会是函数值,这是 f 参数(局部变量)的地址。所以 &f 示意性地不是(只是)一个指针,它是一个指向指针的指针(两者都需要取消引用)。我们仍然可以将其转换为 unsafe.pointer (因为任何指针值都符合此条件),但它不是函数值(作为指针),而是指向它的指针。

并且我们需要函数值中的代码地址,因此我们必须使用 **uintptr 来转换 unsafe.pointer 值,并且我们必须使用 2 次取消引用来获取地址(而不仅仅是 f 中的指针) )。

这正是 funcpc1() 给出不同的、意外的、不正确的结果的原因:

func funcPC1(f func()) uintptr {
    return *(*uintptr)(unsafe.Pointer(&f))
}

它返回 f 中的指针,而不是实际的代码地址。

它返回不同的值,因为 **(**uintptr) 与 *(*uintptr) 不同。前者是双重间接,后者是简单间接。

在前一种情况下,该值是一个指向 uint 指针的指针。

以上就是《uintptr 和 *uintptr* 有什么不同》的详细内容,更多关于的资料请关注golang学习网公众号!

声明:本文转载于:stackoverflow 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>