beego.pprofon = true 必须在 beego.run() 前设置，否则无效；需确保无泛匹配路由劫持 /debug/pprof，且手动注册时须完整覆盖所有子路径并正确响应状态码。
GoLand 本身不参与 Beego 的 pprof 路由注册，配置成败取决于代码是否正确注册 /debug/pprof 路径，而非 IDE 设置。
beego.PprofOn = true 不起作用？检查是否漏掉初始化时机
Beego 的 pprof 开关必须在 beego.Run() 之前设置，否则被忽略。常见错误是把它写在 main() 函数末尾、或放在 init() 里但依赖了未初始化的包。
-
beego.PprofOn = true必须出现在beego.Run(...)调用之前，推荐紧贴在beego.BeeApp.Run()或beego.Run()上一行 - 若使用
bee run启动，确保没在app.conf中覆盖了runmode导致配置加载顺序异常 - Beego 2.x 版本中该开关仍有效，但部分 2.3+ 分支默认禁用，需显式开启
手动注册 /debug/pprof 路由时，Controller 方法必须显式处理所有子路径
Beego 不会自动代理 net/http/pprof 的全部子 handler（如 /debug/pprof/heap），必须在 ProfController.Get() 中用 switch 分发到对应函数，否则返回 404 或空白页。
在SEO发布前，从路由清单生成XML网站地图和robots.txt
下载
当代理已经知道网站路由或内容URL，并且在启动前需要有效的sitemap XML、sitemap索引或robots.txt引用时，请使用sitemap。这是一个发布构件技能，而不是爬虫或SEO平台。
- 路径匹配要覆盖
""（即/debug/pprof根）、"cmdline"、"profile"、"symbol"、"goroutine"、"heap"等，缺一不可 -
this.Ctx.Params[":pp"]在/debug/pprof/（结尾有斜杠）时可能为空字符串，需case ""和default同时存在 - 别忘了调用
this.Ctx.ResponseWriter.WriteHeader(200)，否则某些 pprof 工具（如go tool pprof）会解析失败
GoLand 调试时访问 http://localhost:8080/debug/pprof 返回 404？确认路由已加载且无冲突
Beego 的路由注册是静态的，但若其他路由（如 beego.Router("/debug/:any", ...)）提前匹配了 /debug/pprof，就会拦截请求，导致 pprof 不生效。
- 检查所有
beego.Router、beego.Get是否存在泛匹配前缀，例如/debug/*、/debug/:x，它们会劫持 pprof 子路径 - 启动日志中搜索
Registered path或手动加beego.Debug("routes", beego.BeeApp.Handlers)查看实际注册的路由树 - pprof 路由必须注册为
BeeApp.RegisterController，不能用beego.Router—— 后者绑定的是普通 Controller，不支持 pprof 的内部 handler 注册逻辑
最易被忽略的一点：pprof 的 /debug/pprof/profile 默认采集 30 秒 CPU 数据，但 Beego 应用若启用了 Recover 中间件或 panic 捕获，可能干扰 profile 信号，建议临时关闭 recover 测试；另外，GoLand 的 Debug 模式下 runtime 会注入调试钩子，go tool pprof 抓取的火焰图可能失真，生产环境验证务必用 Release 模式运行。
