attention:session handleTcpPackage() blocked when Getty session taskpool is nil

[dk-lockdown]

If you r going to wait response,or block the goroutine in a getty session(tcp conection), task pool can not be null。

func (s *Server) newSession(session getty.Session) error {
    var (
        ok      bool
        tcpConn *net.TCPConn
    )

    // 省略部分代码...
    session.SetTaskPool(srvGrpool)
    return nil
}

ortherwise,handleTcpPackage() will blocked,led to the response missing

func (s *session) addTask(pkg interface{}) {
    f := func() {
        s.listener.OnMessage(s, pkg)
        s.incReadPkgNum()
    }
    if s.tPool != nil {
        s.tPool.AddTask(f)
        return
    }
    f()
}

[AlexStocks]

这种情况啊，第一你用我的task pool，但是最终还是受限于 gxsync.TaskPoolOptions {tQLen, tQNumber, tQPoolSize}； 第二，不用我的task pool，在你的 OnMessage 中快速调用 go，也能实现同样的 业务和网络处理分离，分离参数你自己控制。

[dk-lockdown]

这种情况啊，第一你用我的task pool，但是最终还是受限于 gxsync.TaskPoolOptions {tQLen, tQNumber, tQPoolSize}； 第二，不用我的task pool，在你的 OnMessage 中快速调用 go，也能实现同样的 业务和网络处理分离，分离参数你自己控制。

这个 taskpool 还有一个问题，add 的 task 方法，需要一个兜底的 defer 去解决 panic，如果没有这个兜底的 defer 的话，task 方法 panic 后，进入 gxruntime.GoSafely 的 defer，执行完这个 goroutine 就关闭了，然后这个 taskpool 就会再加 task 的话，会加到 p.qArray[i] 某个 chan，这个 chan 永远没有 goroutine 去消费他的 task。