myzhan

这个是 gomq 内部抛出来的 panic，目前无法处理，我已经捕获并打印了日志，建议重启 master 和 slave。 在 master 和 slave 之间网络不好的时候容易出现。

这个我有空看看，目前传输层全部交给 gomq，包括重连，locust 和 boomer 都假设这个连接不会断。 如果目前影响使用，可以切换到 goczmq，看看 README 中的方法。

See also https://github.com/zeromq/gomq/issues/75

> @myzhan Let's take a look! OK, I can try to reproduce it in a container.

Now I reproduce errors on M1 without container, with a larger testsuite.

有点奇怪，在 M1 上，我为了缩小问题范围，构造了一个目前 master 分支跑会报错的最小用例。 ```go package test import ( "errors" "testing" . "github.com/agiledragon/gomonkey/v2" "github.com/agiledragon/gomonkey/v2/test/fake" . "github.com/smartystreets/goconvey/convey" ) func TestApplyMethod(t *testing.T) { slice := fake.NewSlice() var s *fake.Slice Convey("TestApplyMethod", t,...

I think this feature is aslo very useful in unittests. For example, I need to make sure that a function call another function with correct arguments, but I want to...

Here is a testcase to show what I need. ```go Convey("one func call origin", func() { var patches *Patches patches = ApplyFunc(fmt.Sprintf, func(format string, a ...interface{}) string { patches.Reset() So(format,...

@MyNextWeekend 不太清楚你要怎么实现，可以先提 PR 看看。

Yes, I met the same issue when using gin as a reverse proxy.