[BUG]SetCompress（CompressNone） 后无法正确读取内容

[NeverENG]

What happened:
如果调用 setCompress(compressNone)，会出现坏流现象，
原因：setCompress 会使得 gettyTCPconn 的 writer and reader 封装成 flate 压缩算法的接口，而 Send 函数判定CompressNone 会直接让他走系统底层 writev，这样导致读写格式不一致，代码如下

if t.compress == CompressNone {
				netBuf := net.Buffers(buffers)
				lg, err = netBuf.WriteTo(t.conn)
		}

func (t *gettyTCPConn) SetCompressType(c CompressType) {
	switch c {
	case CompressNone, CompressZip, CompressBestSpeed, CompressBestCompression, CompressHuffman:
		ioReader := io.Reader(t.conn)
		t.reader = flate.NewReader(ioReader)

		ioWriter := io.Writer(t.conn)
		w, err := flate.NewWriter(ioWriter, int(c))
		if err != nil {
			panic(fmt.Sprintf("flate.NewReader(flate.DefaultCompress) = err(%s)", err))
		}
		t.writer = &writeFlusher{flusher: w}

	case CompressSnappy:
		ioReader := io.Reader(t.conn)
		t.reader = snappy.NewReader(ioReader)
		ioWriter := io.Writer(t.conn)
		t.writer = newSnappyWriteFlusher(snappy.NewBufferedWriter(ioWriter))

	default:
		panic(fmt.Sprintf("illegal comparess type %d", c))
	}
	t.compress = c

What you expected to happen
统一读写，避免坏流
How to reproduce it (as minimally and precisely as possible):
方案一：给 Send 函数 if t.CompressType = CompressNone 加上判定，改为

if t.CompressType = CompressNone{
// 判定 t.writer 有没有被封装成 flate
if _, isRaw := t.writer.(net.Conn); isRaw {
				.....
			}
}

方案二：改回 PR#102，加回 iscompress 字段判定

Anything else we need to know?:
或许可以对性能进一步优化
目前其他分支太慢了：

for _, b := range buffers {
				var n int
				n, err = t.writer.Write(b)
				if err != nil {
					break
				}
				lg += int64(n)
			}

是否可以改用 flush？将每一个模式都封装一个函数，写入字节下沉到 writer？

[AlexStocks]

感谢反馈，已确认这是一个有效缺陷。

根因不在 flate 本身，而是 CompressNone 当前同时承担了两种不同语义：

1. 新建连接尚未调用 SetCompressType：reader/writer 仍是原始 net.Conn；
2. 调用 SetCompressType(CompressNone)：虽然压缩级别是 flate.NoCompression == 0，但实际上已经安装了 flate reader/writer，线上仍然是带 deflate 分帧的流。

#102 在 #107 中的修复使用 t.compress == CompressNone 判断能否走 net.Buffers.WriteTo(t.conn) 裸写快路径，因此没有区分上面两种状态。结果就是同一条连接上，Send([]byte) 经过 flate writer，而 Send([][]byte) 直接写原始 socket，最终形成混合流并触发 flate: corrupt input。

关联的 #111 将“是否安装 codec”与“压缩级别”拆开，并让批量发送经过 codec writer，整体方向是正确的。合并前还需要补齐：

• 先运行 make fmt 并提交格式化结果；当前 CI (1.25, ubuntu-latest) 正是因为 transport/connection.go 格式化后仍有差异而失败；
• 增加线格式回归测试：同一对 TCP 连接两端都调用 SetCompressType(CompressNone)，依次发送 []byte 和 [][]byte，由对端持续解码并校验完整内容；同时应保留“从未调用 SetCompressType 时仍走 raw writev”的覆盖；
• 状态字段建议命名为 codecEnabled、streamWrapped 或类似含义，而不是 isCompressed。因为在 CompressNone 下该状态仍然为 true，继续使用“是否压缩”的命名容易再次混淆这两个概念。

批量只 flush 一次的优化可以保留，但正确性应由上述回归测试证明。请在 #111 继续更新，CI 和测试通过后再合并。

补充：#102 是 Issue，对应的修复 PR 是 #107。