从C/C++过来，问几个关于go语言性能问题

[rwxdfbb]

我是才从C++迁移到go语言来的，因此对内存管理和变量生存期这块特别敏感，对效率也相对要求比较苛刻，开始使用过程中有很多困惑，可能还不习惯用GO吧，请高手指点：
1、有关channel的效率问题，比如我定义一个channel变量，ch1:=make(chan string) ，在goroutinue中向chan中读取(c<-ch1)和写入(ch1<-c)操作是否会产生string的复制代价，同理如果chan是一个很大的结构体，结构体里有大数组等，如果每次写入和读取chan都要复制一次数据，相当于c语言的memcpy，那么不仅会占用栈空间，而且造成程序效率底下。如果chan都定义为指针是否可以解决这个问题？是否会引入新的问题？

2、还是chan的问题，是否所有chan不用时都要执行关闭操作？如不关闭chan，垃圾回收是否会起作用？是否会造成内存泄露，资源是否一直占用？ 假如有如下程序，在map中定义了插入了一个含有很多chan的结构体变量的元素，当删除这个元素时(没有显示关闭这些chan)，是否会引发上述问题？

type MySTC struct {

ch1 chan [1000]int

ch2 chan string

ch3 chan []byte

a   int

}

func main() {

m1 := make(map[int]MySTC)

m1[0] = MySTC{

    ch1: make(chan [1000]int, 100),

    ch2: make(chan string),

    ch3: make(chan []byte),

    a:   0,

}

fmt.Println(m1)
dosomething(m1)

delete(m1, 0)
for{
    time.Sleep(time.second*100)
}

}

3、map的遍历问题，很欣慰的是go提供了range的变量操作，但是我想在遍历的时候为所有map中的数据加上一个'x'，好像只能这样：

func test_map() {

m1 := make(map[int]string)

for i := 0; i < 5; i++ {

    m1[i] = strconv.Itoa(i)

}

fmt.Println(m1)

for k, v := range m1 {       
    //v += "x"  ,由于v是元素的copy，因此修改v不能更改相应的元素值

    m1[k] += "x"

}

fmt.Println(m1)

}

感觉很不友好，既然我已经获取了m1[k]的值，可是我要修改它却要再一次调用m1[k]，这不是又一次查询吗，很明显降低效率啊，我试了用&v报编译错误，这个问题在C++中可以把迭代器赋给一个引用变量来实现对容器元素的修改，可在Go语言中该怎么做呢？

[pathletboy]

1、string是一个对象，里面有一个指针指向字符串，复制的时候只复制了这个对象，实际的字符串并没有被复制，在C/C++中可以认为只复制了一个指针变量，而且s[0] = x在golang中是不允许的，反正不能改，所以字符串根本就不需要复制了。另外golang有copy on write机制，很多对象写时才会发生复制。 2、不需要关闭，只要引用计数为0，就会被回收，另外不是关闭了就会释放，因为关闭后还是可能被引用着。 3、可以不获取v，只获取k

	for k, _ := range m1 {
		m1[k] += "x"
	}

当然m1[k]是会发生一次hash查找的。

[rwxdfbb]

引用 1 楼 pathletboy 的回复:

3、可以不获取v，只获取k

	for k, _ := range m1 {
		 m1[k] += "x"
	}

当然m1[k]是会发生一次hash查找的。

的确多执行了一次查询，可能是go设计的时候没有对效率考虑的很细致。 在C++中可以这样：

m1::iterator it = m1.begin();
for(; it!= m1.end(); ++it)
{
      sring& str = it->second;  //此处就不需要再次调用m1[it->first],而是直接用一个引用变量或者直接it->second+="x"即可
      str += "x";
}

[yumengwangluo]

+= "x" 这种情形在生产环境中应该很难遇到吧，一般value部分是一个结构体，用指针就没你的说的问题

你关心的性能问题，凭我个人的感觉大部分项目问题不大，以我的游戏服务器为例，5万机器人同时进行战斗，老机器志强e3-1230的cpu占用大约不到35%，真人登录上去玩起来也很流畅

根据官方的说法是性能可以达到c++的80%，我个人是不太信的，因为那些性能测试代码涉及的面相对偏窄且高度优化，但个人认为50%以上应该是没问题的。工具链也提供了强大的性能检测工具，利用这些工具做起优化来还是比较容易的