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学习网公众号!
-
502 收藏
-
502 收藏
-
501 收藏
-
501 收藏
-
501 收藏
-
139 收藏
-
204 收藏
-
325 收藏
-
477 收藏
-
486 收藏
-
439 收藏
-
357 收藏
-
352 收藏
-
101 收藏
-
440 收藏
-
212 收藏
-
143 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 508次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 484次学习