接收者那种情况下定义为指针,那种情况下定义为类型?

哈哈哈类型传递是什么鬼，“接收者”，又是 csdn 博客园下纯中文编程圈的受害者。

正经地说，你需要补充的知识：指针传递与值传递，逃逸分析与其开销。

(T) -> (t T) -> (t *T)

指针不一定方便，比如我见到一些项目用接口体来统一单个 DAO，那这时候你想想是哪种费劲

https://gist.github.com/Zhang-Siyang/aeebd1766221640cb5420609e024e3de

基本类型（ int/byte/bool/str...）使用非指针，结构体一般使用指针，当然了，这只是个基本原则，不绝对。你还得根据场景而定

全部定义成指针，那不如去用 java 算了

我习惯把数据比较大的传输会定义成指针

大方向上是，需要修改对象的值，则定义为指针，否则定义为对象。记住这个就可以了。

下面这种基本可以忽略：
由于定义为对象，会存在对象拷贝，所以某些占用内存比较大的对象，即使不修改也定义为指针。不过由于定义为指针了，存在逃逸问题，增加 gc 压力，所以大对象定义为指针能否提升性能需要 benchmark 才知道。以我个人的理解，国内 90%的公司中 90%的项目是对性能没有如此高的要求的。

@lniwn 顺便大白话补充下逃逸的概念。因为栈上的内存，在函数返回时会被自动回收（这个逻辑在生成汇编指令时就确定了）。大家都知道，go 是有 gc 的，但如果所有变量都在栈上，那 gc 基本就没啥事了，天下一片祥和。但是呢，实际上不可能所有变量都在栈上，比如全局变量，比如 gc 无法确定生命周期的变量，简单来说，就是 gc 一旦无法确定这个变量是分配在栈上还是分配在堆上或者确定函数返回后这个变量还要继续使用的，那就分配在堆上（除非你主动指定分配到栈上），分配到堆上，就需要 gc 来管理生命周期了，然后就是经典的三色标记。总之，就是非常费劲。
所以，逃逸就是变量被分配到堆上了，需要 gc 来标记，不逃逸就是静静的躺在栈里，不搞事情，gc 也懒得管。

@dcalsky 你看 6 楼多好.

@dcalsky 还有七楼 dog

一楼高估了接受面属于是

@dcalsky https://golang.org/ref/spec#Method_declarations 看看 Receiver 不翻译成接收者，翻译成什么

@hyq 不一定都要翻译。