Go语言通过errors.Join、自定义错误类型和fmt.Errorf("%w")分层处理错误，底层保留技术细节，上层返回用户友好的提示信息，并支持终端颜色增强可读性。
Go 语言本身不提供像 Python 的 raise Exception("...") 那样直接面向用户的错误提示机制，但你可以通过组合 fmt、errors 和自定义错误类型，把底层错误“翻译”成用户能看懂的友好信息。关键不是简单打印 err.Error()，而是分层处理：底层保留技术细节供调试，上层构造清晰、具体、有指导性的提示。
用 errors.Join 或多错误包装保留上下文
当多个操作可能出错（比如校验多个字段），不要只返回第一个错误。用 errors.Join 合并，再统一格式化：
- 收集所有校验失败项，生成类似 “用户名不能为空；邮箱格式不正确；密码长度不足8位” 的提示
- 避免只报 “校验失败”，用户不知道哪里错了
- 示例：errs := []error{errName, errEmail, errPass}; fullErr := errors.Join(errs)
自定义错误类型 + Error 方法控制用户可见内容
定义结构体错误，让 Error() 方法返回面向用户的字符串，而内部字段保留原始错误或调试信息：
- 例如
type ValidationError struct { UserMsg string; Cause error } - 实现
func (e *ValidationError) Error() string { return e.UserMsg } - 调用方只需
fmt.Println(err)就显示友好提示；需要调试时可类型断言取出Cause
用 fmt.Errorf 带 %w 包装并添加前缀说明场景
在业务逻辑中遇到底层错误（如数据库超时、文件不存在），别直接透传。用 fmt.Errorf("无法保存用户配置：%w", err)：
立即学习“go语言免费学习笔记（深入）”；
- 前半句说明“发生了什么”和“影响范围”，后半句保留原始错误链供排查
- 用户看到的是“无法保存用户配置”，而不是 “open /tmp/config.json: no such file or directory”
- 后续可用
errors.Is或errors.As判断类型，做差异化提示（如网络错误建议重试，权限错误建议联系管理员）
终端输出时加图标/颜色提升可读性（可选）
对 CLI 工具，用 ANSI 转义序列或轻量库（如 github.com/mgutz/ansi）区分级别：
- 错误用红色 ❌ + 加粗文字：“❌ 配置加载失败：端口已被占用”
- 警告用黄色 ⚠️：“⚠️ 未设置日志路径，将使用默认位置”
- 成功用绿色 ✅：“✅ 服务已启动，访问 http://localhost:8080”
- 注意：生产环境日志仍应保持纯文本，颜色仅用于交互式终端
