本文详解 Go 实现 Wiki 时因忽略 loadPage 错误检查引发的 invalid memory address or nil pointer dereference 崩溃问题，提供安全调用、错误处理与健壮性增强的完整解决方案。
本文详解 go 实现 wiki 时因忽略 `loadpage` 错误检查引发的 `invalid memory address or nil pointer dereference` 崩溃问题，提供安全调用、错误处理与健壮性增强的完整解决方案。
在 Go 官方 Wiki 教程的 HTTP 服务阶段，常见崩溃日志如下：
panic: runtime error: invalid memory address or nil pointer dereference
根本原因在于 viewHandler 函数中未校验 loadPage 的返回值：当指定页面文件（如 test.txt）不存在或读取失败时，loadPage 返回 (nil, error)；而后续代码直接对 p.Title 和 p.Body 进行解引用，导致 panic。
✅ 正确做法：始终检查错误并处理空指针
修改 viewHandler，添加错误判断，并返回友好的 HTTP 状态码与提示：
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
func viewHandler(w http.ResponseWriter, r *http.Request) {
title := r.URL.Path[len("/view/"):]
p, err := loadPage(title)
if err != nil {
http.Error(w, "Page not found", http.StatusNotFound)
return
}
fmt.Fprintf(w, "<h1>%s</h1><div>%s</div>", p.Title, p.Body)
}? 注意：
r.URL.Path[len("/view/"):]在路径为/view/（无标题）时会截取空字符串，此时loadPage("")尝试读取.txt文件——这本身也易出错。建议增加标题合法性校验（如非空、仅含字母数字）。
?️ 进阶加固：提升 loadPage 的鲁棒性
原始 loadPage 直接拼接文件名，存在安全隐患（如 ../etc/passwd 路径遍历）。应使用 path.Clean + 白名单约束：
import (
"path"
// ... 其他包
)
func loadPage(title string) (*Page, error) {
// 防御性校验：拒绝非法标题
if title == "" || !isValidTitle(title) {
return nil, fmt.Errorf("invalid page title")
}
filename := path.Clean(title + ".txt")
// 确保不跳出当前目录（假设工作目录即数据目录）
if strings.Contains(filename, "..") || strings.HasPrefix(filename, "/") {
return nil, fmt.Errorf("illegal filename")
}
body, err := ioutil.ReadFile(filename)
if err != nil {
return nil, err // 保留原始错误，便于调试
}
return &Page{Title: title, Body: body}, nil
}
func isValidTitle(t string) bool {
return regexp.MustCompile(`^[a-zA-Z0-9_\-]+$`).MatchString(t)
}⚠️ 注意事项总结
- ❌ 切勿忽略
loadPage或任何 I/O 函数的 error 返回值——Go 的显式错误处理是安全基石； - ✅ 使用
http.Error(w, msg, code)统一返回客户端错误，避免向浏览器输出 panic 信息； - ? 确保运行程序时工作目录包含目标
.txt文件（如test.txt），或改用绝对路径/配置数据目录； - ?
ioutil已被弃用（Go 1.16+），推荐升级为os.ReadFile（行为一致，更现代）：
body, err := os.ReadFile(filename) // 替代 ioutil.ReadFile
通过以上修正，你的 Wiki 服务将稳定响应存在/不存在页面，并具备基础安全性与可观测性，真正符合生产级 Go 应用的工程实践标准。
