goroutine传参有点可怕

1.背景

我昨天写一个需求，老版本继续跑它的逻辑，新版本我Go出去，看看新老版本对比结果，之所以Go出去是因为担心影响线上服务，比如不用Go出去，如果代码异常或者阻塞，就会影响老版本逻辑的执行，因此这里采用Goroutine的方式去处理。

2.代码

3.上线跑起来

goroutine报错了。

4.上网解决

上网搜索了之后才明白：

新开goroutine的可用堆栈空间默认分配2k的内存
故传入的参数不宜过大，否则导致程序panic

5. 解决办法

改为指针类型传递
减少传递参数的大小，只传入需要使用的参数
去除协程

我采用的就是第一种，改为指针类型传递。

6. 源码

 // The minimum size of stack used by Go code
 _StackMin = 2048

//go:systemstack
func newproc1(fn *funcval, argp unsafe.Pointer, narg int32, callergp *g, callerpc uintptr) *g {
 _g_ := getg()

 if fn == nil {
  _g_.m.throwing = -1 // do not dump full stacks
  throw("go of nil func value")
 }
 acquirem() // disable preemption because it can be holding p in a local var
 siz := narg
 siz = (siz + 7) &^ 7

 // We could allocate a larger initial stack if necessary.
 // Not worth it: this is almost always an error.
 // 4*sizeof(uintreg): extra space added below
 // sizeof(uintreg): caller's LR (arm) or return address (x86, in gostartcall).
  
 // 这里有判断 大于2048即2K就panic
 if siz >= _StackMin-4*sys.RegSize-sys.RegSize {
  throw("newproc: function arguments too large for new goroutine")
 }
  ...
}