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 会丢数据或阻塞在半截命令上。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
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 回去或当命令执行，会看到乱码或命令解析失败。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 简单场景下，先禁用客户端协商：在连接建立后立即发送
\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 客户端断连但服务端没关）。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
原因往往是只用 for { conn.Read(...) } 循环，没检查返回的 err 类型，把 io.EOF 或 net.OpError 当普通错误忽略，导致 goroutine 卡死。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 每次
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 可以。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 不要一上来就写复杂 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，不如明确文档写“仅支持基础字符流交互”，把精力放在业务逻辑上。
