beego项目部署到linux服务器核心三步：本地用bee pack交叉编译打包（自动包含conf/static/views目录）→上传解压并确保四要素齐备（目录平级、chmod +x、cd至根目录再启动、app.conf中httpaddr="0.0.0.0"且端口开放）→nohup后台运行并启用leveldebug日志定位静默失败。
Beego项目部署到Linux服务器，核心就三步：本地交叉编译打包 → 上传解压 → 启动服务。任何一步路径、权限或配置错位，都会导致静默崩溃——没报错、没日志、端口不响应。
用 bee pack 生成 Linux 可执行文件
Beego 项目不能直接 go build，必须用 bee pack 打包，它会自动把 conf/、static/、views/ 等目录一并打进压缩包，并保证目录结构完整。
- 确保当前在项目根目录（含
main.go和conf/app.conf） - 执行：
bee pack -be GOOS=linux GOARCH=amd64（如目标机器是 ARM64，则改GOARCH=arm64） - 输出类似
project_name.tar.gz，解压后得到一个可执行文件（默认名app）和完整目录树 - 别用
go build直接编译：它不会复制静态资源，运行时会因找不到conf/app.conf或模板而 panic 且无提示
上传后必须检查的三个硬性条件
解压后的目录结构必须满足 Beego 运行时的默认查找逻辑，否则启动即失败，且不会输出错误到终端。
-
conf/、static/、views/必须与可执行文件处于同一级目录（不是子目录，也不是上级） - 可执行文件需有运行权限：
chmod +x ./app，否则nohup启动报 “Permission denied” - 工作路径必须是项目根目录：
cd /path/to/project && nohup ./app >> app.log 2>&1 &；若在其他路径下执行./app，它会按相对路径找conf/app.conf，直接加载失败
启动前务必确认 app.conf 的监听配置
Beego 默认监听 127.0.0.1:8080，这在服务器上对外不可访问。不改配置，服务就“跑起来了但连不上”。
- 打开
conf/app.conf，确认存在且未被注释的两行：httpport = 5000（或你期望的端口）、httpaddr = "0.0.0.0" - 不要写
httpaddr = "localhost"或留空——Beego v2 里空值默认 fallback 到127.0.0.1 - 如果用了反向代理（如 Nginx），仍建议设为
0.0.0.0，由代理控制访问范围，而非靠绑定地址限制 - 防火墙和云平台安全组必须放行该端口；
netstat -tuln | grep :5000能看到0.0.0.0:5000才算真正监听成功
日志级别和输出位置决定你能否快速定位问题
生产环境默认 LevelInfo，但首次部署建议临时调高到 LevelDebug，否则很多初始化失败（如配置读取、路由注册）根本看不到线索。
- 在
conf/app.conf中加一行：loglevel = 1（1对应LevelDebug，0是LevelTrace） - Beego v2 默认日志输出到
os.Stdout，所以nohup重定向才有效；若用beego.SetLogger改了输出目标，要确保对应文件路径可写 - 常见静默失败场景：
conf/app.conf编码不是 UTF-8（含 BOM）、某段配置格式错（如多了一个等号）、views/下模板文件名含大写字母但 Linux 文件系统区分大小写——这些全靠LevelDebug日志暴露
最易被忽略的是工作路径和目录平级关系：哪怕只多一层 ./dist/app，Beego 就找不到 conf/；哪怕 chmod 漏掉一次，nohup 就静默退出。部署不是“拷过去就能跑”，而是“结构对、权限对、配置对、路径对”四者同时成立。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
