本文目录一览：
- 1、golang 怎么定义可变参数的函数
- 2、Golang 游戏leaf系列(六) Go模块
- 3、基础知识 - Golang 中的格式化输入输出
- 4、golang原生数据类型
- 5、怎么学习golang
- 6、Golang 语言深入理解：channel
golang 怎么定义可变参数的函数
golang定义可变参数的函数方法是：
—- 采用ANSI标准形式时，参数个数可变的函数的原型声明是：
type funcname(type para1, type para2, …)
—- 这种形式至少需要一个普通的形式参数，后面的省略号不表示省略，而是函数原型的一部分。type是函数返回值和形式参数的类型。
—- 采用与UNIX System V兼容的声明方式时，参数个数可变的函数原型是：
type funcname(va_alist)
va_dcl
—- 这种形式不需要提供任何普通的形式参数。
type是函数返回值的类型。va_dcl是对函数原型声明中参数va_alist的详细声明，实际是一个宏定义，对不同的硬件平台采用不同的类型来定义，但在最后都包括了一个分号。因此va_dcl后不再需要加上分号了。va_dcl在代码中必须原样给出。va_alist在VC中可以原样给出，也可以略去。
此外，采用头文件stdarg.h编写的程序是符合ANSI标准的，可以在各种操作系统和硬件上运行；而采用头文件varargs.h的方式仅仅是为了与以前的程序兼容。所以建议使用前者。
Golang 游戏leaf系列(六) Go模块
在 Golang 游戏leaf系列(一) 概述与示例 (下文简称系列一)中，提到过Go模块用于创建能够被 Leaf 管理的 goroutine。Go模块是对golang中go提供一些额外功能。Go提供回调功能，LinearContext提供顺序调用功能。善用 goroutine 能够充分利用多核资源，Leaf 提供的 Go 机制解决了原生 goroutine 存在的一些问题：
我们来看一个例子（可以在 LeafServer 的模块的 OnInit 方法中测试）：
这里的 Go 方法接收 2 个函数作为参数，第一个函数会被放置在一个新创建的 goroutine 中执行，在其执行完成之后，第二个函数会在当前 goroutine 中被执行。由此，我们可以看到变量 res 同一时刻总是只被一个 goroutine 访问，这就避免了同步机制的使用。Go 的设计使得 CPU 得到充分利用，避免操作阻塞当前 goroutine，同时又无需为共享资源同步而忧心。
这里主动调用了 d.Cb(-d.ChanCb) ，把这个回调取出来了。实际上，在skeleton.Run里会自己取这个通道
看一下源码：
New方法，会生成指定缓冲长度的ChanCb。然后调用Go方法就是先执行第一个func,然后把第二个放到Cb里。现在手动造一个例子：
这里解释一下，d.Go根据源码来看，实际也是调用了一个协程。然后上面两次d.Go并不能保证先后顺序。目前的输出结果是1+2那个先执行了，把3写入d.ChanCb，然后把3读出来，继续读时，d.ChanCb里没有东西，阻塞了。然后1+1那个协程启动了，最后又读到了2。
现在把time.Sleep(time.Second)的注释解开，会是啥结果呢
这里执行到time.Sleep睡着了，上面两个d.Go仍然是不确定顺序的，但是会各自的function先执行掉，然后陆续把cb写入d.ChanCb。看这次输出，1+2先写进去的。所以最后执行d.Cb时，就把3先读出来了。然后d.ChanCb的长度为1，说明还有一个，就是输出2了。
另外，就是close时会判断g.pendingGo
这个例子的意思很明显，NewLinearContext这种方式，即使先调用的慢了半秒，它还是会先执行完。
这里先是用了一个list，加入的时候用mutexLinearGo锁了，都加到最后。然后新开协程去处理，读的时候从最前面开始读，也要用mutexLinearGo锁。执行的时候，也要上锁mutexExecution，确保f()执行完并且写入g.ChanCb回调，这个mutexExecution锁才会解除。现在可以改造一个带回调的例子：
结果说明，确实是2先被写入了d.ChanCb。
基础知识 - Golang 中的格式化输入输出
【格式化输出】
// 格式化输出：将 arg 列表中的 arg 转换为字符串输出
// 使用动词 v 格式化 arg 列表，非字符串元素之间添加空格
Print(arg列表)
// 使用动词 v 格式化 arg 列表，所有元素之间添加空格，结尾添加换行符
Println(arg列表)
// 使用格式字符串格式化 arg 列表
Printf(格式字符串, arg列表)
// Print 类函数会返回已处理的 arg 数量和遇到的错误信息。
【格式字符串】
格式字符串由普通字符和占位符组成，例如：
"abc%+ #8.3[3]vdef"
其中 abc 和 def 是普通字符，其它部分是占位符，占位符以 % 开头（注：%% 将被转义为一个普通的 % 符号，这个不算开头），以动词结尾，格式如下：
%[旗标][宽度][.精度][arg索引]动词
方括号中的内容可以省略。
【旗标】
旗标有以下几种：
空格：对于数值类型的正数，保留一个空白的符号位（其它用法在动词部分说明）。
0 ：用 0 进行宽度填充而不用空格，对于数值类型，符号将被移到所有 0 的前面。
其中 "0" 和 "-" 不能同时使用，优先使用 "-" 而忽略 "0"。
【宽度和精度】
“宽度”和“精度”都可以写成以下三种形式：
数值 | * | arg索引*
其中“数值”表示使用指定的数值作为宽度值或精度值，“ ”表示使用当前正在处理的 arg 的值作为宽度值或精度值，如果这样的话，要格式化的 arg 将自动跳转到下一个。“arg索引 ”表示使用指定 arg 的值作为宽度值或精度值，如果这样的话，要格式化的 arg 将自动跳转到指定 arg 的下一个。
宽度值：用于设置最小宽度。
精度值：对于浮点型，用于控制小数位数，对于字符串或字节数组，用于控制字符数量（不是字节数量）。
对于浮点型而言，动词 g/G 的精度值比较特殊，在适当的情况下，g/G 会设置总有效数字，而不是小数位数。
【arg 索引】
“arg索引”由中括号和 arg 序号组成（就像上面示例中的 [3]），用于指定当前要处理的 arg 的序号，序号从 1 开始：
'[' + arg序号 + ']'
【动词】
“动词”不能省略，不同的数据类型支持的动词不一样。
[通用动词]
v：默认格式，不同类型的默认格式如下：
布尔型：t
整 型：d
浮点型：g
复数型：g
字符串：s
通 道：p
指 针：p
无符号整型：x
T：输出 arg 的类型而不是值（使用 Go 语法格式）。
[布尔型]
t：输出 true 或 false 字符串。
[整型]
b/o/d：输出 2/8/10 进制格式
x/X ：输出 16 进制格式（小写/大写）
c ：输出数值所表示的 Unicode 字符
q ：输出数值所表示的 Unicode 字符（带单引号）。对于无法显示的字符，将输出其转义字符。
U ：输出 Unicode 码点（例如 U+1234，等同于字符串 "U+%04X" 的显示结果）
对于 o/x/X：
如果使用 "#" 旗标，则会添加前导 0 或 0x。
对于 U：
如果使用 "#" 旗标，则会在 Unicode 码点后面添加相应的 '字符'（前提是该字符必须可显示）
[浮点型和复数型]
b ：科学计数法（以 2 为底）
e/E：科学计数法（以 10 为底，小写 e/大写 E）
f/F：普通小数格式（两者无区别）
g/G：大指数（指数 = 6）使用 %e/%E，其它情况使用 %f/%F
[字符串或字节切片]
s ：普通字符串
q ：双引号引起来的 Go 语法字符串
x/X：十六进制编码（小写/大写，以字节为元素进行编码，而不是字符）
对于 q：
如果使用了 "+" 旗标，则将所有非 ASCII 字符都进行转义处理。
如果使用了 "#" 旗标，则输出反引号引起来的字符串（前提是
字符串中不包含任何制表符以外的控制字符，否则忽略 # 旗标）
对于 x/X：
如果使用了 " " 旗标，则在每个元素之间添加空格。
如果使用了 "#" 旗标，则在十六进制格式之前添加 0x 前缀。
[指针类型]
p ：带 0x 前缀的十六进制地址值。
[符合类型]
复合类型将使用不同的格式输出，格式如下：
结 构 体：{字段1 字段2 ...}
数组或切片：[元素0 元素1 ...]
映 射：map[键1:值1 键2:值2 ...]
指向符合元素的指针：{}, [], map[]
复合类型本身没有动词，动词将应用到复合类型的元素上。
结构体可以使用 "+v" 同时输出字段名。
【注意】
1、如果 arg 是一个反射值，则该 arg 将被它所持有的具体值所取代。
2、如果 arg 实现了 Formatter 接口，将调用它的 Format 方法完成格式化。
3、如果 v 动词使用了 # 旗标（%#v），并且 arg 实现了 GoStringer 接口，将调用它的 GoString 方法完成格式化。
如果格式化操作指定了字符串相关的动词（比如 %s、%q、%v、%x、%X），接下来的两条规则将适用：
4。如果 arg 实现了 error 接口，将调用它的 Error 方法完成格式化。
5。如果 arg 实现了 string 接口，将调用它的 String 方法完成格式化。
在实现格式化相关接口的时候，要避免无限递归的情况，比如：
type X string
func (x X) String() string {
return Sprintf("%s", x)
}
在格式化之前，要先转换数据类型，这样就可以避免无限递归：
func (x X) String() string {
return Sprintf("%s", string(x))
}
无限递归也可能发生在自引用数据类型上面，比如一个切片的元素引用了切片自身。这种情况比较罕见，比如：
a := make([]interface{}, 1)
a[0] = a
fmt.Println(a)
【格式化输入】
// 格式化输入：从输入端读取字符串（以空白分隔的值的序列），
// 并解析为具体的值存入相应的 arg 中，arg 必须是变量地址。
// 字符串中的连续空白视为单个空白，换行符根据不同情况处理。
// \r\n 被当做 \n 处理。
// 以动词 v 解析字符串，换行视为空白
Scan(arg列表)
// 以动词 v 解析字符串，换行结束解析
Scanln(arg列表)
// 根据格式字符串中指定的格式解析字符串
// 格式字符串中的换行符必须和输入端的换行符相匹配。
Scanf(格式字符串, arg列表)
// Scan 类函数会返回已处理的 arg 数量和遇到的错误信息。
【格式字符串】
格式字符串类似于 Printf 中的格式字符串，但下面的动词和旗标例外：
p ：无效
T ：无效
e/E/f/F/g/G：功能相同，都是扫描浮点数或复数
s/v ：对字符串而言，扫描一个被空白分隔的子串
对于整型 arg 而言，v 动词可以扫描带有前导 0 或 0x 的八进制或十六进制数值。
宽度被用来指定最大扫描宽度（不会跨越空格），精度不被支持。
如果 arg 实现了 Scanner 接口，将调用它的 Scan 方法扫描相应数据。只有基础类型和实现了 Scanner 接口的类型可以使用 Scan 类方法进行扫描。
【注意】
连续调用 FScan 可能会丢失数据，因为 FScan 中使用了 UnreadRune 对读取的数据进行撤销，而参数 io.Reader 只有 Read 方法，不支持撤销。比如：
golang原生数据类型
golang原生数据类型：
按长度：int8（-128-127）、int16、int32、int64。
无符号整型：uint8（0-255）、uint16、uint32、uint64。
int：32位操作系统上就是int32，64位操作系统上就是int64。
uint：32位操作系统上就是uint32，64位操作系统上就是uint64。
含义
Golang的引用类型包括slice、map和channel。它们有复杂的内部结构，除了申请内存外，还需要初始化相关属性。对于引用类型，变量存储的是一个地址，这个地址存储最终的值。内存通常在堆上分配，通过GC回收。获取指针类型所指向的值，使用："*"取值符号。比如：var*pint，使用*p获取p指向的值。
怎么学习golang
随着 PHP 有着越来越深入的了解，以及遇到越来越多的不同业务时，使用 PHP 总会让我有一种莫名的无力感。当然，并不是我一个人在使用 PHP 的时候遇到了问题。事实上，每个略微有一些经验，接触过一些需求的人都会有同样的困惑。各种配合 LAMP（或者LNMP？）架构的后端技术也因此被发明或被发现，进而整合到 PHP 的开发的技术体系中。从简单的 Memcached作为数据中转，cron 后端定时处理；到 Gearman、RabbitMQ 这些队列神器；最近 Laruence 甚至封装了利用 libcurl 的异步特性实现并发 RPC 调用的 yar 扩展。几乎整个社区都在寻找 PHP 的摩西之路。好吧，说了一大堆，回归主题。之前我写了一篇英文练笔《Why you PHP guys should learn Golang》，获得不少国际友人的关注。排除拼写和语法被他们诟病外，主要是有许多朋友觉得我没把事情说清楚。所以这里我用母语重新聊聊这个事情，只是这些国际友人什么时候能学会阅读中文呢？；）Go 或者 Golang，是由 Google 支持的快速、一致、稳定的，有活跃的社区支持的开源编程语言。越来越多的应用选择使用 Golang 进行构建。虽然 Rob Pike 说“… 我们希望 C++ 程序员来了解 Go 并作为一个可选的语言 …”，不过我真得认为：PHPer 应当学习 Golang！ 接下来我们就来谈谈原因。容易学习PHP 相当容易学习。Golang 也是！在这点上，一群大老外对我的观点进行了猛烈的抨击。他们认为我羞辱了 PHPer，说得好像只有简单的东西 PHPer 才能学会一样。但是，这难道不是事实吗？或者换个说法：像我一样的喜欢 PHP 的人，或多或少都会更喜欢简单的东西。PHP 的语法接近 C 族编程语言（C/C++/Java等等）。如果有这些语言的经验，在第一次遇到 PHP 的时候立刻就能开始上手编写代码。在我看来，编写 PHP 代码或许更加考验程序员的记忆力，而不是智力（当你面对各种不同风格的函数定义、各种扩展的特殊约定时，你一定会相当认同我的观点）。Golang 同样是一个 C 族编程语言。呃，或者有一些不同吧。例如关键字 “for”，功能上和 PHP 的接近，但是没有括号。条件语句 “if” 同样无需括号。可以阅读 Effective Go 了解更多内容。Golang 只有 3025 个关键字和 47 个操作符号、分隔符号或其他特殊标记。记住这些标记确实不需要什么特别的努力。精巧的类型系统相当容易使用。实用的，具有方法的结构体类型代替了笨重的对象系统。接口的设计是 Golang 中我最喜欢的部分。当完成了《Go 指南》的学习之后，利用 PHP 积累的经验，立刻就可以开始使用 Golang 处理一些简单的任务。容易使用PHP 脚本是由 SAPI 组件进行解析执行的，如 Web 服务器模块、PHP-FPM 或者 CLI。部署 PHP 所需要的全部东西就是一个 SAPI 环境。配置这个环境对于新手来说可能是学习 PHP 过程中最为困难的部分。所有的 Golang 代码会编译和链接为本地码。所以除了编译环境，执行时无需再为其进行任何特别的部署。对比 PHP 环境的配置，这要简单很多。你真得认为配置 PHP 环境很复杂吗？我不觉得，真的！而配置 Golang 编译环境比那还要简单点。我确信已经有大量的 Golang 相关的书籍、文章介绍过如何进行编译环境的配置了。为了更加清晰，我这里梳理一下思路。
有三个步骤需要处理：下载Golang 的源代码；根据《[翻译]Go 环境设置》的提示设置环境变量；运行源代码 src 目录中的 all.bash。或者一步到位：使用二进制包进行安装。然后就会得到一个叫做“go”的工具集合。使用“go”工具和使用 PHP 的 CLI 工具一样简单。《[翻译]go 工具》对此进行了详细的解释。PHP 的迷思如果一个编程语言容易学习和使用，我们是不是就应当学习它呢？有许多容易学习和使用的编程语言。难道要把它们都学一遍？答案是显然的：NO!但是 呢？只是因为它很酷！是的，我在开玩笑，但是这是真的。无论如何先从 PHP 自身谈起吧。PHP “原本是为了开发动态的 Web 页面而设计的服务器端通用语言(Wikipedia)”。PHP 一个重要的特性就是可以嵌入到 HMTL 中。代码编写在“?php … ?”标签内；HTML 写在标签外。它有一个强大的扩展系统。扩展使用 C 调用 Zend API 编写。数据的处理实际上要利用这些扩展完成。在我看来，PHP 是世界上最好的模板语言。但是当积累了一些 PHP 的经验，并且开始面对一些更加复杂的 Web 应用时，你一定会对 PHP 产生一种无力的感觉。它没有内建的并行机制，没有线程、进程（你真得认为那个简陋的进程控制可以不加改造的用在高并发的生产环境？），或者其他某“程”。一个慢数据源可以阻塞整个页面的处理。消息队列、缓存、代理……系统开始不仅仅是 PHP 这么单纯，还包括了许多服务和系统组件。这时，PHP 只处理很少的业务逻辑，成为真正的模板语言了。PHPer 们总是在寻找解决这一问题的办法，如“PHP multithread”或者PHP RPC 并发框架。我很难说哪种会更好一些。不过我肯定你会需要选择一些编程语言用于后端工作的开发。就我自己的经验，我尝试过 C（一直在和 malloc/free 进行搏斗）/Java（陷入到了 jar 地狱中）/Python（从来没能做到 Pythonic 不说，还总是在错误的类型中打转）……如果想要获得性能，就得同内存管理进行搏斗；如果用 GC，就得部署和调优 VM；当获得便利性的时候，同时也是走在刀尖上，一个小错误就引起巨大的灾难……每个都有优势，同样每个都有问题。好吧！现在回到 Golang！Golang 有 GC，无需关心内存管理（或者可以用较少的精力去关注它）。代码被编译为本地码，因此“cp”和“mv”就是部署 Golang 编写的应用所需要的全部工具。噢，我刚才已经说过了，Golang 是一个具有静态类型系统的编译语言。所以你没有机会弄乱变量的类型。当然，PHPer 应该学习 Golang 的一个重要原因是“转到Go 是因为他们并未放弃太多的表达能力，但是获得了性能，并且与并发共舞（Rob Pike）”。《Why Not Go?（英文）》对此进行了深入的分析。我可以分享一些我的经验：有一个 Gearman 的worker 用于处理后端数据。PHP 通过其 API 连接到 Gearman 的 Job Server 向 worker 发起请求。最初 worker 是使用 python 编写的（还有更加原始的版本，PHP 的，但是你能想像它工作起来……唉，不说了……）。这个版本有许多的问题（是我们自己的问题，不关 Python 的事），但是至少它能工作。后来用 Golang 重写了这个 worker。为此我开发了 Golang 的 Gearman API，并使用 Zend API 编写了一个在 Golang 中执行 PHP 脚本的包。然后将它们放在一起：一个可以执行 PHP 的 Gearman worker。它已经工作了一段时间了，看起来还不错！哦，受到 Yar 的启发，这里还有一个 Golang 编写的 RPC 合并器，用来合并 PHP 脚本中的 RPC 调用。现在还是个玩具，不过或许日后能用得着。这其实是将 Golang 的 channel 当作消息队列来用。我在《Golang：有趣的 channel 应用》中对此有一些说明。世界真美好啊。谢谢 Golang！无论如何，大多数 PHPer 在进行后端开发的时候都会需要学习一些其他语言。如果你正在寻找，或者已经尝试了一些其他语言。为什么不来试试 Golang？它真得可以让你的生活更加轻松和快乐。让你可以有更多的时间陪伴你的家人和朋友，吃你爱吃的东西，去你想去的地方。貌似我还是没说清楚啊？好吧，没关系，在下个月的中国软件开发者大会上再跟大家就这个话题做一个探讨吧。
Golang 语言深入理解：channel
本文是对 Gopher 2017 中一个非常好的 Talk�: [Understanding Channel](GopherCon 2017: Kavya Joshi - Understanding Channels) 的学习笔记，希望能够通过对 channel 的关键特性的理解，进一步掌握其用法细节以及 Golang 语言设计哲学的管窥蠡测。
channel 是可以让一个 goroutine 发送特定值到另一个 gouroutine 的通信机制。
原生的 channel 是没有缓存的(unbuffered channel)，可以用于 goroutine 之间实现同步。
关闭后不能再写入，可以读取直到 channel 中再没有数据，并返回元素类型的零值。
gopl/ch3/netcat3
首先从 channel 是怎么被创建的开始:
在 heap 上分配一个 hchan 类型的对象，并将其初始化，然后返回一个指向这个 hchan 对象的指针。
理解了 channel 的数据结构实现，现在转到 channel 的两个最基本方法: sends 和 receivces ，看一下以上的特性是如何体现在 sends 和 receives 中的:
假设发送方先启动，执行 ch - task0 :
如此为 channel 带来了 goroutine-safe 的特性。
在这样的模型里， sender goroutine - channel - receiver goroutine 之间， hchan 是唯一的共享内存，而这个唯一的共享内存又通过 mutex 来确保 goroutine-safe ，所有在队列中的内容都只是副本。
这便是著名的 golang 并发原则的体现:
发送方 goroutine 会阻塞，暂停，并在收到 receive 后才恢复。
goroutine 是一种 用户态线程 , 由 Go runtime 创建并管理，而不是操作系统，比起操作系统线程来说，goroutine更加轻量。
Go runtime scheduler 负责将 goroutine 调度到操作系统线程上。
runtime scheduler 怎么将 goroutine 调度到操作系统线程上？
当阻塞发生时，一次 goroutine 上下文切换的全过程:
然而，被阻塞的 goroutine 怎么恢复过来？
阻塞发生时，调用 runtime sheduler 执行 gopark 之前，G1 会创建一个 sudog ，并将它存放在 hchan 的 sendq 中。 sudog 中便记录了即将被阻塞的 goroutine G1 ，以及它要发送的数据元素 task4 等等。
接收方 将通过这个 sudog 来恢复 G1
接收方 G2 接收数据, 并发出一个 receivce ，将 G1 置为 runnable :
同样的, 接收方 G2 会被阻塞，G2 会创建 sudoq ，存放在 recvq ，基本过程和发送方阻塞一样。
不同的是，发送方 G1如何恢复接收方 G2，这是一个非常神奇的实现。
理论上可以将 task 入队，然后恢复 G2, 但恢复 G2后，G2会做什么呢？
G2会将队列中的 task 复制出来，放到自己的 memory 中，基于这个思路，G1在这个时候，直接将 task 写到 G2的 stack memory 中！
这是违反常规的操作，理论上 goroutine 之间的 stack 是相互独立的，只有在运行时可以执行这样的操作。
这么做纯粹是出于性能优化的考虑，原来的步骤是：
优化后，相当于减少了 G2 获取锁并且执行 memcopy 的性能消耗。
channel 设计背后的思想可以理解为 simplicity 和 performance 之间权衡抉择，具体如下：
queue with a lock prefered to lock-free implementation:
比起完全 lock-free 的实现，使用锁的队列实现更简单，容易实现
