@iConnect 大哥点开发现真想，写文档的时候确实调皮了下

大家可以理解为，做这个就是觉得好玩儿，练练手。说应用场景，应该很多企业都会选择相关的办公系统。

@DEVN 哈哈哈哈

@raaaaaar 有个能拿出手的项目对找工作肯定很有帮助。可是我这个太简单了，拿不出手。应该是刚入门 golang 的同志们，想找个简单项目看看的比较有兴趣。

@b00tyhunt3r 集群级别的高并发，这个话题有点儿太大了，我理解的是这个其实和语言不强关联，一套方案，需要配合你的业务场景，架构模式来谈才有意义。

@tikazyq 感谢，感谢。看头像，哥们儿你是写 Python 的吧？

@yanzhiling2001 哈哈哈，谢谢，谢谢

@lwlizhe 应该是这个原因了

@yzl0208994 这里的高并发其实是只 golang 的 goroutine 的高并发特性，并没有做系统集群级别的工作。

个人博客使用的是 React + Ruby on Rails, 项目地址： https://github.com/ItsWewin/react-blog

你是猎头吗？

怎么不是企业邮箱？

@mengzhuo
你说的，len 超过 cap 的时候，会创建一个新的底层数组，数组的 cap 会按照 len 的两倍增加。是下面这种情况：

```
package main

import "fmt"

func someChage(slice []int) {
fmt.Printf("addres2: %p\n", slice)

slice = append(slice, 1, 2, 3)
fmt.Printf("addres3: %p\n", slice)

slice = append(slice, 4, 5, 6)
fmt.Printf("addres4: %p\n", slice)
fmt.Println(slice)
}

func main() {
slice := make([]int, 0, 4)
fmt.Printf("addres1: %p\n", slice)
someChage(slice)

fmt.Printf("addres5: %p\n", slice)
fmt.Println(slice)
}

```
输出结果：
```
addres1: 0xc00008a000
addres2: 0xc00008a000
addres3: 0xc00008a000
addres4: 0xc000090000
[1 2 3 4 5 6]
addres5: 0xc00008a000
[]
```

前前排大佬们的回复，那是些 get 到点的大佬们

期待大佬的回复

想实现 "跳槽+角色转换" 的路过。 都是泪，和面试官电话聊了一个半小时，还觉得聊的还可以，最后还是跪了。

@freestyle redigo: connection pool exhaustet 是和 maxActive 有关的，maxActive 需要设置和操作 redis 的 goroutine 数量差不多，或者多余 goroutine 的数量就不会出现 redigo: connection pool exhaustet 的错误

@rrfeng
@judeng

问题就是没有限制活跃连接数的问题。本来想法是 1000 个 goroutine 最多也就一个 1000 个连接，而 redis 的 maxclients 是 10000，所以没有想到是这里的问题。

通过 runtime.NumGoroutine() 查到 goroutine 的峰值是 1001。也就是一个主 goroutine + 1000 个 'Register' goroutine。

经过测试, maxActive 最好限制到 1000 左右，太少会报错 'redigo: connection pool exhausted'，不限制就是报错 'read: connection reset by peer'

@Leigg 问题就是没有限制活跃连接数的问题。本来想法是 1000 个 goroutine 最多也就一个 1000 个连接，redis 的 maxclients 是 10000。所以没有想到是这里的问题。

@donething 不错，经过测试发现自己对 defer 返回前调用理解有误。