这是一个创建于 1165 天前的主题，其中的信息可能已经有所发展或是发生改变。
可不可以笼统的理解为, 全都定义成指针, 方便一点?
 |
1
dcalsky 2021-09-14 18:47:49 +08:00  1
哈哈哈类型传递是什么鬼，“接收者”，又是 csdn 博客园下纯中文编程圈的受害者。
正经地说，你需要补充的知识：指针传递与值传递，逃逸分析与其开销。 |
 |
2
CEBBCAT 2021-09-14 19:06:29 +08:00
(T) -> (t T) -> (t *T)
指针不一定方便，比如我见到一些项目用接口体来统一单个 DAO，那这时候你想想是哪种费劲 https://gist.github.com/Zhang-Siyang/aeebd1766221640cb5420609e024e3de |
 |
3
Leigg 2021-09-14 19:14:50 +08:00
基本类型（ int/byte/bool/str...）使用非指针，结构体一般使用指针，当然了，这只是个基本原则，不绝对。你还得根据场景而定
|
 |
4
billlee 2021-09-14 20:48:32 +08:00
全部定义成指针，那不如去用 java 算了
|
 |
5
Ansen 2021-09-14 20:55:22 +08:00
我习惯把数据比较大的传输会定义成指针
|
 |
6
lniwn 2021-09-14 21:02:57 +08:00 3
大方向上是，需要修改对象的值，则定义为指针，否则定义为对象。记住这个就可以了。
下面这种基本可以忽略： 由于定义为对象，会存在对象拷贝，所以某些占用内存比较大的对象，即使不修改也定义为指针。不过由于定义为指针了，存在逃逸问题，增加 gc 压力，所以大对象定义为指针能否提升性能需要 benchmark 才知道。以我个人的理解，国内 90%的公司中 90%的项目是对性能没有如此高的要求的。 |
|
7
lniwn 2021-09-14 21:17:52 +08:00 1
@lniwn 顺便大白话补充下逃逸的概念。因为栈上的内存，在函数返回时会被自动回收（这个逻辑在生成汇编指令时就确定了）。大家都知道，go 是有 gc 的，但如果所有变量都在栈上，那 gc 基本就没啥事了，天下一片祥和。但是呢，实际上不可能所有变量都在栈上，比如全局变量，比如 gc 无法确定生命周期的变量，简单来说，就是 gc 一旦无法确定这个变量是分配在栈上还是分配在堆上或者确定函数返回后这个变量还要继续使用的，那就分配在堆上（除非你主动指定分配到栈上），分配到堆上，就需要 gc 来管理生命周期了，然后就是经典的三色标记。总之，就是非常费劲。
所以，逃逸就是变量被分配到堆上了，需要 gc 来标记，不逃逸就是静静的躺在栈里，不搞事情，gc 也懒得管。 |
 |
10
ragnaroks 2021-09-14 21:28:28 +08:00
一楼高估了接受面属于是
|
 |
11
hyq 2021-09-15 11:04:38 +08:00
@dcalsky https://golang.org/ref/spec#Method_declarations 看看 Receiver 不翻译成接收者，翻译成什么
|
Select Language