connection outPutAck 在事件循环里发生panic

[someview]

我们在使用read-throttle的分支，发现eventloop崩溃了。

原因在于:

	if triggerWrite {
				if operator.OnWrite != nil {
					// for non-connection
					operator.OnWrite(p)
				} else {
					// only for connection
					var bs, supportZeroCopy = operator.Outputs(barriers[i].bs)
					if len(bs) > 0 {
						// TODO: Let the upper layer pass in whether to use ZeroCopy.
						var n, err = iosend(operator.FD, bs, barriers[i].ivs, false && supportZeroCopy)
						operator.OutputAck(n)
						if err != nil {
							p.appendHup(operator)
							continue
						}
					}
				}
			}
			operator.done()
		}

上述这段代码在read-throttle和develop分支是一样的。触发bug的原因是，添加限流以后，var n, err = iosend(operator.FD, bs, barriers[i].ivs, false && supportZeroCopy) 触发了内核关闭连接，然而这里没有对iosend返回的错误进行判断(可能连接已经不可用了)，直接outputAck了,导致panic.

[someview]

照这个逻辑，devlop分支也有这个bug，在这里提个issue.

[joway]

@someview 你 panic stack 能贴完整吗？error != nil 时，n 为0，讲道理也不会panic

[someview]

@someview 你 panic stack 能贴完整吗？error != nil 时，n 为0，讲道理也不会panic

这个很好触发，只要让操作系统因为tcp缓冲区溢出的同时，还有并发读写。eventloop就panic了。具体的代码可能等我和前同事沟通一下，跑路了