希望添加调用 conn.AsyncWrite 后提供成功回调功能

[MashiroC]

我正在尝试使用 gnet 优化我的rpc框架，为了减少操作系统malloc的次数，我对于发送数据的[]byte进行了池化，但是我没有一个适合的时间来将从池中取出的[]byte放回。可以在这个仓库获取该用例：https://github.com/MashiroC/begonia-gnet-example

其中 common/conn.go：

func BuildMessage(opcode byte, data []byte) (res []byte, err error) {
	// 计算 payload length 与 extend payload length
	var size []byte
	if len(data) >= extendLengthMax {
		err = fmt.Errorf("conn write error: payload len [%d] oversize", len(data))
		return
	} else if len(data) >= baseLenMax {
		tmp := twoBytesPool.Get().([]byte)
		binary.BigEndian.PutUint16(tmp, uint16(len(data)))
		size = []byte{255}
		size = append(size, tmp...)
		twoBytesPool.Put(tmp)
	} else {
		size = append(size, byte(len(data)))
	}

	// 组装opcode length data
	//res = make([]byte,0,65536)
	res = BytesPool.Get().([]byte)
	res = append(res, opcode)
	res = append(res, size...)
	res = append(res, data...)

	return
}

函数BuildMessage的作用是构建一个数据帧，在240行从池中取出了一个[]byte，避免了malloc，然后在后续我查看了gnet代码，AsyncWrite会将数据写进一个队列，由该队列来写数据。然而我找不到任何合适的将[]byte放回池内的时机。
如果提前放回，那么在一定并发的情况下，该函数内会取到一个已经压入队列但是还没有写入到网络的[]byte，然后会对将数据写入，覆盖之前的数据，会出现非常严重的bug。
如果将240行改为239行，进行一次malloc的话，是完全没有问题的。但是这样会造成极大的性能损耗，是难以接受的。

由此，我希望提供在写成功之后进行回调的功能，这样便可以将数据在该时机放回池内。如果认为提供该功能不合适，我也可以自己fork该仓库进行修改

[xscode-auto-reply]

Thanks for opening a new issue. The team has been notified and will review it as soon as possible.
For urgent issues and priority support, visit https://xscode.com/panjf2000/gnet

[panjf2000]

用 runtime.SetFinalizer() 可以解决。