《Go coding in go way》的评论

作者：bigwhite

bigwhite — Fri, 29 Jun 2018 13:54:35 +0000

那只是一个demo代码，演示的是精妙的素数筛技巧罢了。比如我们要筛出100以内素数，如果在main goroutine执行sieve，当筛选完毕后，所有goroutine都会阻塞在从ch这个channel的send or recv 操作上。因此runtime会报panic。你可以将sieve放到一个单独的goroutine中运行，就像下面这样：

func main() {
go sieve()
time.Sleep(time.Second * 100)
}

作者：monkey

monkey — Fri, 29 Jun 2018 09:28:23 +0000

你好，素数筛那个问题，我试了下用Rob那个Go的代码运行出来，素数到时都筛选出来了，但是总是报死锁错误：all goroutines are asleep – deadlock!，可以解释下吗

作者：bigwhite

bigwhite — Thu, 21 Jun 2018 12:33:50 +0000

package main

import (
“fmt”
)

const (
a = 1
)

func main() {
var n1 int16 = 5
fmt.Println(n1 + a)
var n2 int32 = 51
fmt.Println(n2 + a)
}

运行这个程序：

$go run testconst.go
6
52

看到了吧，a这个常量的“类型”随着参与运算时的其他操作数的类型而自动变化，不需要显式转型，不会出现Compile error。这算是一个compiler sugar吧。

作者：kyle

kyle — Thu, 21 Jun 2018 10:57:37 +0000

Go语言中constants只是数字

麻烦您这句话能解释一下吗？

作者：bigwhite

bigwhite — Mon, 19 Feb 2018 23:49:00 +0000

可以profile一下（go tool pprof）内存分配情况 https://golang.org/doc/diagnostics.html

作者：iikira

iikira — Mon, 19 Feb 2018 12:22:14 +0000

是这样的……我做个高并发网络请求，三百并发量，结果做出来的东西内存占用很大，检测goroutine数量上万……我猜测是context造成的

作者：bigwhite

bigwhite — Mon, 19 Feb 2018 12:03:09 +0000

我对Goexit的理解也仅限于godoc上对Goexit的描述：https://golang.org/pkg/runtime/#Goexit 个人觉得在用户程序中尽量使用return，而不是runtime.Goexit。

作者：iikira

iikira — Mon, 19 Feb 2018 05:53:15 +0000

你好，在goroutine里return和runtime.Goexit()有什么区别吗，我试了下return好像不会释放内存?

作者：bigwhite

bigwhite — Thu, 23 Nov 2017 08:48:32 +0000

s()不返回，goroutine不会结束。但是除非是代码bug，一般来说即便是网络超时，s()也会返回的，可能只是等的时间长了些罢了。

作者：iikira

iikira — Thu, 23 Nov 2017 08:04:12 +0000

有个问题，文章最后的
go func() {
c1 := make(chan result)
go func() {
c1 <-s()// 假如s()一直没有返回结果，那这个goroutine会不会结束掉呢
}
select {
case v := <-c1:
c <-v
case <-ctx.Done():
// cancel this in-flight request by closing its connection.
}
}()