Golang实现简单Telnet服务器与字符交互

net.Conn 读写不能用 fmt.Scanln 或 bufio.Scanner，因 Telnet 是无边界的裸 TCP 字符流，Scanner 按行切割易丢数据或阻塞；应使用 bufio.NewReader + ReadString('\n') 或 conn.Read 配合 bytes.Buffer 自行切分，并设读超时防 goroutine 泄漏。

为什么 net.Conn 的读写不能直接用 fmt.Scanln 或 bufio.Scanner

因为 Telnet 协议本质是裸 TCP 字符流，没有消息边界，bufio.Scanner 默认按行切割（遇到 \n 或 \r\n 停止），但客户端可能分多次发来一个命令（比如网络延迟导致 g 和 et 拆开），也可能一次性发多条（get key\r\nset key val\r\n）。用 Scanner 会丢数据或阻塞在半截命令上。

实操建议：

• 用 bufio.NewReader(conn) + ReadString('\n') 更可控，但要注意它会包含换行符，且仍可能因没收到 \n 而永久阻塞
• 更稳妥的做法是用 conn.Read() 配合字节缓冲（如 bytes.Buffer），自己做行切分：每次读到 \n 或 \r\n 就提取一条完整输入，剩余字节留待下次拼接
• 务必设超时：conn.SetReadDeadline(time.Now().Add(30 * time.Second))，否则空连接或慢客户端会让 goroutine 泄漏

如何正确处理 Telnet 客户端发来的控制字符（比如退格、回车）

Telnet 客户端（如系统自带 telnet 命令）默认开启本地回显和行编辑，它发给服务端的不是纯文本，而是含 \b（退格）、\r（回车）、甚至 IAC（\xFF）协商序列。如果你直接 echo 回去或当命令执行，会看到乱码或命令解析失败。

实操建议：

• 简单场景下，先禁用客户端协商：在连接建立后立即发送 \xFF\xFD\x01（DO ECHO）和 \xFF\xFD\x03（DO SUPPRESS GO AHEAD），多数终端会关闭本地回显，转而依赖服务端返回结果
• 若想支持基本编辑，需手动解析输入流：遇到 \b 或 \x7F 就从当前缓冲区删一个字符；遇到 \r 视为换行（Telnet 中 \r\n 和 \r 都常见）
• 别依赖 strings.TrimSpace() 清理——它不处理 \b，得用循环扫描字节自己实现“可编辑字符串”逻辑

goroutine 泄漏和连接未关闭的典型表现与修复

常见错误现象：运行一段时间后服务器内存暴涨、netstat -an | grep :23 | wc -l 显示大量 ESTABLISHED 连接，lsof -i :23 看到一堆 Go-http-client 类似句柄（其实是 telnet 客户端断连但服务端没关）。

原因往往是只用 for { conn.Read(...) } 循环，没检查返回的 err 类型，把 io.EOF 或 net.OpError 当普通错误忽略，导致 goroutine 卡死。

实操建议：

• 每次 Read() 后必须判断 err：if err == io.EOF || strings.Contains(err.Error(), "use of closed network connection") → 立即 break 并 conn.Close()
• 在 handleConn 函数末尾加 defer conn.Close()，但注意：如果 conn 已被其他 goroutine 关闭，再调一次不会报错，只是冗余
• 用 sync.WaitGroup 或 context.WithTimeout 控制主循环生命周期，避免进程无法优雅退出

怎么让命令响应看起来像真终端（光标位置、清屏、历史回溯）

纯 Telnet 协议不提供 shell 功能，所谓“像终端”全靠你往 socket 写 ANSI 转义序列。比如 \033[2J\033[H 清屏并回到原点，\033[A 上移一行。但并非所有客户端都支持，Windows 自带 telnet.exe 基本不认，而 OpenSSH 或 SecureCRT 可以。

实操建议：

• 不要一上来就写复杂 ANSI：先确保基础命令响应（如 echo "OK"）能稳定收发，再逐步叠加格式
• 清屏指令要慎用——如果客户端不支持，会原样打印 ^[[2J^[[H，显得很挫
• 历史回溯无法靠服务端实现（因为 Telnet 不传按键事件，只传最终字符串），只能模拟：把每次成功命令存进 slice，收到 ↑（\x1B[A）时从历史取上一条替换当前行
• 如果目标是生产可用，别硬刚 Telnet 协议细节，直接上 golang.org/x/term（替代已废弃的 golang.org/x/crypto/ssh/terminal）做输入层封装，它内部已处理好跨平台 ANSI 和信号

真正麻烦的是协议协商和状态同步：一个连接里可能混着数据流、IAC 序列、窗口大小变更（SB NAWS），这些不处理，用户换个终端就崩。与其反复修 bug，不如明确文档写“仅支持基础字符流交互”，把精力放在业务逻辑上。