Stream 可以支持 CloseWrite 吗？

[lonnywong]

发送端在 Stream 上写完数据后，调用 CloseWrite 关闭写，告诉接受端数据写完了。

这不是 Close 整个 Stream ，调用 CloseWrite 之后，还希望对端还能继续写，自己还能继续读完剩下的数据。

net.TCPConn 有 CloseWrite 和 CloseRead ，半关闭在某些场景下是很有用的，我需要用到 CloseWrite，希望可以支持。

[lonnywong]

smux/session.go

Lines 595 to 596 in 8dbcbb3

	buf[1] = request.frame.cmd
	binary.LittleEndian.PutUint16(buf[2:], uint16(len(request.frame.data)))

@xtaci 在这位置，如果 request.frame.cmd == cmdFIN，能不能往 Length 那里放一点特殊的标识？

• cmdFIN 时，是没有 data 的，CloseRead 和 CloseWrite 的标识可以通过 data 带到这里来，在这里应用到 Length 字段，然后将 data 清空。
• 在收到 cmdFIN 时，就可以通过 Length 来判断是普通的 Close，还是 CloseRead 或 CloseWrite 了。
• 这么奇怪的设计，不需要新增 cmd 命令字，是为了完全兼容旧版本（ 客户端和服务端不同时升级的场景 ）。

或者在 Config 里加个 EnableHalfClose bool 的配置项？

[xtaci]

不搞这种trick，smux很不容易才做到现在几乎没有bug。不支持Half close。

[lonnywong]

或者能不能建一个分支？不合入到 master 。

[lonnywong]

@xtaci 大佬，因为 go mod 用 replace 会不支持 go install 的，可以建个分支放一下 half-close ？这样 go mod 就可以根据 commit id 来依赖了。

[shizhx]

@xtaci 如果不支持 Half Close，在做 TCP 代理的场景：TCP client --smux--> TCP server
smux 读到 TCP client 的 EOF 之后，怎么通知 smux server 去 shutdown(write) TCP server？

难道要在 smux 协议之上再封一层协议吗？

[xtaci]

read返回EOF后，stream.Close()就关闭了。

[shizhx]

@xtaci stream.Close() 关闭的话 TCP server --smux--> TCP client 下行的流量不就读不到了？

实际上经常遇到这种协议，比如 lftp，下载文件场景，它立马会调用上行 TCP 的 shutdown(write)，代理会读到 EOF，如果此时 stream.Close()，文件就无法下载了。

[xtaci]

是的，有这个情况，不是很好处理。得考虑考虑。

[xtaci]

@lonnywong Opus表示它可以，我先试试，然后在dev分支提交试试

[xtaci]

baf236b