Golang 函数参数是否作为写时复制传递？

“纵有疾风来，人生不言弃”，这句话送给正在学习Golang的朋友们，也希望在阅读本文《Golang 函数参数是否作为写时复制传递？》后，能够真的帮助到大家。我也会在后续的文章中，陆续更新Golang相关的技术文章，有好的建议欢迎大家在评论留言，非常感谢！

问题内容

我有以下功能：

func checkFiles(path string, excludedPatterns []string) {
    // ...
}

我想知道，既然excludedPatterns永远不会改变，我应该通过使 var 全局（而不是每次都将其传递给函数）来优化它，还是 Golang 已经通过将它们作为写时复制传递来处理这个问题？

编辑：我想我可以将切片作为指针传递，但我仍然想知道写时复制行为（如果它存在）以及一般来说，我是否应该担心按值传递或按指针传递。

正确答案

从函数的名称来看，性能并不是那么关键，甚至考虑将参数移动到全局变量只是为了节省将它们作为参数传递所需的时间/空间（检查文件等 IO 操作比调用函数慢得多，并且将值传递给他们）。

Go 中的 slice 只是小的描述符，就像一个结构体，它有一个指向后备数组的指针和 2 个ints，一个长度和容量。不管后备数组有多大，传递切片总是有效的，你甚至不应该考虑传递指向它们的指针，除非你当然想修改切片头。

Go 中的参数总是按值传递，并且对传递的值进行复制。如果你传递一个指针，那么指针值将被复制并传递。当一个切片被传递时，切片值（这是一个小描述符）将被复制并传递——它将指向同一个后备数组（不会被复制）。

此外，如果您需要在函数中多次访问切片，则参数通常是额外的收获，因为编译器可以进行进一步的优化/缓存，而如果它是全局变量，则必须更加小心。

更多关于切片及其内部结构：[Go Slices：用法和内部结构](https://blog.golang.org/go-slices-usage-and- internals)

如果您想要准确的性能数字，请进行基准测试！

这里有一些基准测试代码，显示两种解决方案之间没有区别（将切片作为参数传递或访问全局切片）。将其保存到文件中slices_test.go并运行它go test -bench .

package main

import (
    "testing"
)

var gslice = make([]string, 1000)

func global(s string) {
    for i := 0; i 
<p>示例输出：</p>
<pre class="brush:go;toolbar:false">testing: warning: no tests to run
PASS
BenchmarkParameter-2    30000000                55.4 ns/op
BenchmarkGlobal-2       30000000                55.1 ns/op
ok      _/V_/workspace/IczaGo/src/play  3.569s

终于介绍完啦！小伙伴们，这篇关于《Golang 函数参数是否作为写时复制传递？》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！