Found a possible issue in [qxnw/hydra](https://www.github.com/qxnw/hydra) at [rpc/rpc.sync.go](https://github.com/qxnw/hydra/blob/2762222302066275ff6860b210d01a7ed9a42f61/rpc/rpc.sync.go#L30-L46) The below snippet of Go code triggered static analysis which searches for goroutines and/or defer statements which capture loop variables. [Click here to see the code in its original context.](https://github.com/qxnw/hydra/blob/2762222302066275ff6860b210d01a7ed9a42f61/rpc/rpc.sync.go#L30-L46) <details> <summary>Click here to show the 17 line(s) of Go which triggered the analyzer.</summary> ```go for _, v := range rs { go func(r rpc.IRPCResponse) { select { case <-closeCh: return case <-time.After(timeout): errChan <- &Result{Err: fmt.Errorf("%s请求超时(%v)", v.GetService(), timeout)} results = append(results, &Result{Status: 504, Err: fmt.Errorf("%s请求超时(%v)", v.GetService(), timeout)}) case value := <-r.GetResult(): if value.GetErr() != nil { errChan <- value } results = append(results, value) } atomic.AddInt32(&counter, 1) }(v) } ``` </details> commit ID: 2762222302066275ff6860b210d01a7ed9a42f61
Found a possible issue in qxnw/hydra at rpc/rpc.sync.go
The below snippet of Go code triggered static analysis which searches for goroutines and/or defer statements
which capture loop variables.
Click here to see the code in its original context.
Click here to show the 17 line(s) of Go which triggered the analyzer.
commit ID: 2762222302066275ff6860b210d01a7ed9a42f61