用tview写终端编辑器需自建三层底子：加载逻辑（处理bom与行尾）、编辑状态管理（基于diff的撤销栈）、落盘控制（校验光标一致性并适配平台快捷键）。
直接用 tview 写终端文本编辑器，不等于“套个 UI 框架就完事”——TextArea 组件默认不保存文件、不处理换行符差异、不支持撤销/重做，更不会自动识别 UTF-8 BOM 或 Windows 行尾（\r\n）。真要跑起来，得自己补这三层底子：加载逻辑、编辑状态管理、落盘控制。
加载文件时必须显式处理行尾和编码
tview.TextArea 的 SetText() 把原始字节当纯字符串塞进去，遇到 \r\n 会当成两个字符渲染，光标跳转错乱；带 BOM 的 UTF-8 文件可能被误读为乱码。不能依赖用户手动转换文件格式。
- 读取前用
bytes.TrimRight(data, "\r\n")统一清理末尾回车，再按\n分割行（tview内部按\n换行） - 用
unicode/utf8检查首三字节是否为0xEF 0xBB 0xBF，是则跳过 BOM 再解码 - 写入时统一用
\n换行，但保存前根据原文件检测到的行尾类型（\r\n或\n）再做一次替换
TextArea 的内容变更必须绑定到可撤销的编辑栈
tview.TextArea 的 SetChangedFunc() 只告诉你“变了”，不告诉你怎么变。Ctrl+Z 按下去没反应，是因为没记录插入位置、删除长度、替换前后文本这些元信息。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 每次触发
ChangedFunc，先调GetText()获取当前全文，和上一快照比对，用diffmatchpatch或简易 diff 算出变更区间和操作类型（insert/delete/replace） - 把变更操作 push 到 slice 栈里，撤销时 pop 并反向应用（如 insert → delete 对应位置）
- 避免每敲一个键都存全量快照——内存爆炸，只存 delta
保存文件前必须校验光标位置与缓冲区一致性
用户在 TextArea 里按 Home/End 或鼠标点击后，GetCursor() 返回的行列坐标可能滞后于实际文本状态。直接用这个坐标去切分字符串保存，会导致内容截断或偏移。
- 调
GetText()获取当前完整内容，再用strings.Count统计换行符数量，结合GetCursor()的行号做边界校验 - 若光标行号 > 实际行数，则强制设为最后一行末尾（防止越界 panic）
- 写文件用
os.WriteFile()而非fmt.Fprint()，避免格式化引入意外空格或换行
最易被忽略的是：tview 的事件循环不处理 Ctrl+S 这类组合键的原始扫描码，SetInputCapture 拦到的是已翻译的 rune，Windows 和 macOS 下 Ctrl+S 可能根本捕获不到——得在捕获函数里同时检查 event.Key() == tcell.KeyCtrlS 和 event.Rune() == 's' 并判断修饰键状态。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
