Go语言中所有参数传递均为按值传递，传递指针时实际传递的是指针副本，但副本仍指向同一内存地址，从而可修改原始变量。
在Go语言中，当你将一个变量作为函数参数传递时，默认行为是“按值传递”（pass by value）。这意味着函数接收到的是原始变量的一个副本。如果函数内部修改了这个副本，原始变量并不会受到影响。然而，如果你希望函数能够修改传入的原始变量，那么你需要传递该变量的“指针”。指针本质上是一个内存地址，它指向了原始变量在内存中的位置，这样函数就可以通过这个地址直接操作原始数据。
解决方案
理解Go语言中指针传递函数参数的关键在于把握其“按值传递”的哲学。Go语言中，所有的参数传递都是按值传递。即使是传递一个指针，你传递的也是这个指针变量本身的一个副本，只不过这个副本存储的是同一个内存地址。
让我们通过代码示例来具体说明：
package mainimport "fmt"// changeValue 接收一个 int 类型的值。// 它修改的是传入参数的副本，不会影响原始变量。func changeValue(num int) { num = 100 // 这里的修改只作用于 num 的副本 fmt.Printf("在 changeValue 函数内部：num 的地址是 %p，值是 %dn", &num, num)}// changePointer 接收一个 *int 类型的值（一个指向 int 的指针）。// 通过解引用指针，它可以修改指针所指向的原始变量。func changePointer(ptr *int) { if ptr == nil { fmt.Println("传入了一个空指针，无法修改。") return } *ptr = 200 // 解引用指针并修改其指向的值 fmt.Printf("在 changePointer 函数内部：ptr 指向的地址是 %p，值是 %dn", ptr, *ptr)}// changeStructValue 接收一个 Person 结构体的值。// 它修改的是结构体的副本。type Person struct { Name string Age int}func changeStructValue(p Person) { p.Age = 30 // 修改副本的 Age 字段 fmt.Printf("在 changeStructValue 内部：Person 的地址 %p，Age %dn", &p, p.Age)}// changeStructPointer 接收一个 *Person 类型的值（一个指向 Person 的指针）。// 它可以通过指针修改原始结构体的字段。func changeStructPointer(p *Person) { if p == nil { fmt.Println("传入了一个空指针，无法修改。") return } p.Age = 40 // 通过指针修改原始结构体的 Age 字段 fmt.Printf("在 changeStructPointer 内部：Person 指向的地址 %p，Age %dn", p, p.Age)}func main() { // 示例 1: 基本类型 int myInt := 10 fmt.Printf("调用 changeValue 前：myInt 的地址是 %p，值是 %dn", &myInt, myInt) changeValue(myInt) fmt.Printf("调用 changeValue 后：myInt 的地址是 %p，值是 %dn", &myInt, myInt) // myInt 仍然是 10 fmt.Println("------------------------------------") // 示例 2: 使用指针修改基本类型 int fmt.Printf("调用 changePointer 前：myInt 的地址是 %p，值是 %dn", &myInt, myInt) changePointer(&myInt) // 传入 myInt 的地址 fmt.Printf("调用 changePointer 后：myInt 的地址是 %p，值是 %dn", &myInt, myInt) // myInt 现在是 200 fmt.Println("------------------------------------") // 示例 3: 结构体类型 person := Person{Name: "Alice", Age: 25} fmt.Printf("调用 changeStructValue 前：Person 的地址 %p，Age %dn", &person, person.Age) changeStructValue(person) fmt.Printf("调用 changeStructValue 后：Person 的地址 %p，Age %dn", &person, person.Age) // person.Age 仍然是 25 fmt.Println("------------------------------------") // 示例 4: 使用指针修改结构体类型 fmt.Printf("调用 changeStructPointer 前：Person 的地址 %p，Age %dn", &person, person.Age) changeStructPointer(&person) // 传入 person 结构体的地址 fmt.Printf("调用 changeStructPointer 后：Person 的地址 %p，Age %dn", &person, person.Age) // person.Age 现在是 40}
运行上述代码，你会清晰地看到，只有当我们将变量的地址（指针）传递给函数时，函数才能真正地修改原始变量的值。这是Go语言中实现函数副作用（修改外部状态）的核心机制之一。
立即学习“go语言免费学习笔记（深入）”；
何时应该在Go函数中传递指针参数？
这确实是一个Go开发者经常需要权衡的问题。我个人认为，决定是否传递指针参数，主要取决于几个核心考量：
需要修改原始变量的值： 这是最直接、最核心的原因。如果你的函数设计意图就是为了更新调用者传入的某个变量的状态，那么传递指针是唯一的选择。例如，一个
IncrementCounter(count *int)
函数，或者一个
UpdateUserDetails(user *User, newDetails map[string]string)
函数。避免大对象的复制开销： Go语言的“按值传递”对于大型数据结构（如大的结构体或数组）来说，意味着在函数调用时会创建这些数据结构的一个完整副本。这个复制过程会消耗额外的内存和CPU时间，尤其是在高频调用的场景下，性能影响会非常明显。在这种情况下，传递一个指向大对象的指针，只复制一个内存地址（通常是8字节），效率会高得多。这在处理复杂业务对象或数据库记录时尤为重要。作为方法接收器（Method Receiver）： 在Go中，当你为一个类型定义方法时，你可以选择值接收器（
func (p MyType) MyMethod()
) 或指针接收器 (
func (p *MyType) MyMethod()
)。如果方法需要修改接收者实例的字段，或者接收者是一个大对象，那么通常会选择指针接收器。这和函数参数传递的逻辑是相通的。实现“可选”参数或表示“不存在”： 虽然Go没有像其他语言那样显式的可选参数机制，但通过传递指针，我们可以模拟这种行为。例如，一个
*string
类型的参数可以被传递为
nil
，表示该参数未提供或不适用。函数内部可以检查
if param != nil
来处理这种情况。这比传递一个空字符串或零值来表示“不存在”更为明确。
总的来说，我倾向于在需要修改数据或处理大型数据结构时使用指针。对于小型、简单的值类型（如
int
,
bool
,
string
），如果不需要修改它们，按值传递通常更简洁、更安全，因为它避免了意外的副作用。
指针传递的潜在陷阱与最佳实践是什么？
尽管指针传递在Go语言中非常强大且不可或缺，但它也伴随着一些需要注意的陷阱。作为一个实际的开发者，我在这方面吃过不少亏，所以总结了一些经验：
空指针（nil pointer）解引用： 这是最常见、也最致命的错误之一。如果你接收到一个指针参数，但在使用它之前没有检查它是否为
nil
，并且它恰好是
nil
，那么尝试解引用
*ptr
就会导致运行时 panic。
func processData(data *MyData) { // ❌ 危险！如果 data 是 nil，这里会 panic // data.SomeField = "new value" // ✅ 最佳实践：在使用前进行 nil 检查 if data == nil { fmt.Println("警告：传入了一个空数据指针，操作被跳过。") return } data.SomeField = "new value"}
养成在函数入口处进行
nil
检查的习惯至关重要，特别是对于那些可能被外部调用者传入
nil
的指针参数。
意外的副作用和可变性： 指针传递的本质是允许函数修改外部状态。如果滥用，或者函数文档不清晰，这可能导致代码变得难以理解和维护。一个函数可能会在不经意间修改了调用者期望保持不变的数据，从而引入难以追踪的bug。最佳实践：
明确函数意图： 如果函数会修改指针指向的数据，请在函数名或注释中明确指出（例如
MutateConfig
而不是
ReadConfig
）。最小化可变性： 尽可能地使用不可变数据。如果一个结构体的大部分字段都是只读的，只在必要时才提供修改它的方法。
并发问题（竞态条件）： 当多个goroutine同时持有同一个数据的指针，并且至少有一个goroutine尝试修改该数据时，就会发生竞态条件（race condition）。这会导致不可预测的结果，并且通常很难调试。最佳实践：
使用
sync.Mutex
或其他同步原语： 如果共享数据是可变的，并且会被多个goroutine访问，那么必须使用互斥锁（
sync.Mutex
）或其他并发原语来保护对该数据的访问。考虑不可变性： 如果可能，将共享数据设计为不可变的。或者，使用通道（channel）来安全地传递数据的所有权。
生命周期和悬空指针： Go语言有垃圾回收机制，这大大减轻了手动管理内存的负担，通常不会出现C/C++中的“悬空指针”问题（即指针指向的内存已经被释放）。然而，在某些特殊场景，比如与C语言代码通过
cgo
交互时，仍然需要小心内存的生命周期管理。对于纯Go代码，通常不必过于担心。
过度使用指针： 有时候，我会看到一些代码为了“看起来更像C++”或者“避免复制”，即使对于很小的结构体或基本类型也传递指针。这反而可能让代码变得更复杂，因为你需要处理
nil
检查和解引用。对于非常小的结构体（比如只有几个字段），按值传递通常更简单、更安全，编译器通常也能对其进行优化。最佳实践： 权衡性能与代码清晰度。对于小对象，如果不需要修改，按值传递可能更好。
Go语言中值类型和引用类型的本质区别与指针的关系？
Go语言在类型系统上，常常会引起一些初学者的困惑，因为它不像C++那样有明确的“引用类型”概念，也不像Java那样将所有对象都视为引用。在我看来，理解Go的关键在于：Go语言中所有的数据传递都是按值传递。 所谓的“引用类型”在Go中，更多是指那些其底层数据结构本身包含指针的类型，但这些类型在传递时，传递的仍然是它们“值”的副本。
让我们来剖析一下：
纯值类型：
包括
int
,
float64
,
bool
,
string
,
array
（定长数组），以及普通的
struct
。当你传递这些类型的变量给函数时，函数会得到一个完整的副本。函数内部对副本的任何修改都不会影响原始变量。例如，
var a int = 10
，
fmt.Printf("%pn", &a)
会打印
a
所在的内存地址。当你将
a
传给函数
func(x int)
时，
x
会是
a
的一个新副本，拥有自己的内存地址。
“引用语义”类型（但本质仍是值类型）：
slice
(切片),
map
(映射),
channel
(通道),
function
(函数类型)。这些类型在Go中，它们的值实际上是一个小型的数据结构（header），这个header内部包含了指向底层数据（或运行时状态）的指针。Slice：它的值是一个包含三个字段的结构体：
ptr
（指向底层数组的指针）、
len
（长度）、
cap
（容量）。当你传递一个slice给函数时，你传递的是这个slice header的副本。副本中的
ptr
仍然指向同一个底层数组。所以，如果你通过副本修改了底层数组的元素（例如
s[0] = 100
），原始slice也能看到这些修改。但是，如果你修改了slice header本身（例如
s = append(s, 1)
导致底层数组重新分配），那么原始slice不会受到影响，因为它仍然持有旧的header副本。Map：它的值是一个指向底层哈希表数据结构的指针。当你传递一个map给函数时，你传递的是这个指针的副本。因此，函数内部对map的修改（增删改键值对）会影响原始map。Channel：类似map，它的值也是一个指向底层通道数据结构的指针。Function：函数也是一等公民，可以作为值传递。函数的值是其代码入口点的地址。
*指针 `T`：**
*T
本身是一个值类型。它的值是一个内存地址。当你传递一个
*T
类型的变量（一个指针）给函数时，函数得到的是这个指针的副本。这个副本和原始指针都指向同一个内存地址。通过这个指针副本，你可以解引用（
*ptr
）来访问并修改它所指向的原始变量。如果你修改的是指针副本本身（例如
ptr = &anotherVar
让它指向另一个变量），那么原始指针不会受到影响。
总结来说： Go语言中没有传统意义上的“引用类型”这个概念来区分对象和基本类型。所有变量，包括slice、map、channel，在传递时都是按值传递。只不过，slice、map等类型的值恰好是一个包含指针的结构体。而显式的指针
*T
则提供了一种明确的方式来获取和传递变量的内存地址，从而实现对原始数据的直接操作。理解这个细微但关键的区别，能帮助你更好地掌握Go语言的数据传递机制。
以上就是Golang指针传递函数参数示例的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1404719.html
微信扫一扫 
支付宝扫一扫 
