在debian系统中运行go编写的websocket服务器时，panic等错误信息默认输出到标准错误（stderr），而非标准输出（stdout），因此仅用 ./server > err 无法捕获错误日志；需同时重定向stderr，推荐使用 2>&1 将stderr合并至stdout再统一写入文件。
Linux shell 中，标准流有三个：
- stdin（文件描述符 0）：输入流
- stdout（文件描述符 1）：正常输出流
- stderr（文件描述符 2）：错误输出流
./server > err 仅重定向了 stdout（即 1> err），而 panic、log.Fatal、fmt.Fprintln(os.Stderr, ...) 等均写入 stderr，因此仍打印到终端。
✅ 正确做法是显式重定向 stderr：
./server > err 2>&1
其中 2>&1 表示“将文件描述符 2（stderr）重定向到当前 stdout 的目标（即文件 err）”。该语法要求 >（即 stdout 重定向）必须先出现，否则 &1 无定义。
? 其他实用变体：
-
仅保存错误，丢弃正常输出（适用于调试时聚焦 panic）：
./server 2> err 1>/dev/null
-
追加模式写入（避免覆盖已有日志）：
./server >> err 2>&1
-
同时查看实时输出并记录日志（需安装 tee）：
./server 2>&1 | tee err
⚠️ 注意事项：
- Go 中使用 log.Printf 默认输出到 stderr，而 fmt.Println 输出到 stdout；若需统一日志行为，建议全程使用 log 包并配置 log.SetOutput()。
- 在 systemd 服务中部署时，应通过 StandardOutput= 和 StandardError= 指令配置日志重定向，而非依赖 shell 重定向。
- 确保目标目录可写，且 err 文件路径为绝对路径（如 /var/log/server.err）以提升健壮性。
掌握 stderr 重定向是 Linux 服务运维的基础技能——一次正确配置，即可让 panic 日志持久化，大幅提升问题定位效率。
