Iris项目可直接编译为静态二进制文件部署，需禁用CGO、显式指定GOOS/GOARCH、调用Run或Listen启动服务，配合systemd规范配置与Nginx反向代理方可生产就绪。
直接编译成单个静态二进制文件，上传到 Linux 服务器运行即可——Iris 项目没有“部署依赖”这回事，它就是一个 Go 程序，编译完就能跑。
CGO_ENABLED=0 静态编译必须关掉
Go 默认启用 CGO，生成的二进制会动态链接 libc，导致在 Alpine、极简 CentOS 或某些容器镜像里报 standard_init_linux.go:228: exec user process caused: no such file or directory。必须显式禁用：
CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -o myapp ./main.go- 若用了
net.Resolver（如自定义 DNS）、sqlite3或其他 C 绑定库，则设CGO_ENABLED=1，并确保目标系统有对应版本 glibc（Alpine 的 musl 不兼容） - macOS 或 Windows 上交叉编译时，
GOOS和GOARCH必须显式指定，否则产出的是本地平台二进制，传到服务器上无法执行
上传后执行前必须调用 .Run() 或 .Listen()
常见错误：上传 myapp 后执行 ./myapp，终端立刻退出、curl 无响应、查不到日志——不是程序崩溃，是压根没启动 HTTP 服务。
-
iris.New()只创建实例，不监听端口；必须显式调用app.Run(iris.Addr(":8080"))或更推荐的app.Listen(":8080") -
Run()是 v12+ 推荐方式，支持传入iris.Configuration控制超时、TLS、优雅关闭等；Listen()更简洁，适合开发调试 - 如果用了
iris.TLS()或自定义http.Server，必须用ConfigureHost()，否则 TLS 不生效
systemd 服务配置要避开三个关键陷阱
别用 nohup ./myapp & 或 screen——没日志轮转、不自动重启、不随系统启动，出问题难排查。
- 必须配
StandardOutput=journal和StandardError=journal，否则journalctl -u myapp -f查不到任何输出 -
User=www-data要提前创建，且该用户对二进制所在目录（如/opt/myapp/）有读+执行权限（chmod 755 /opt/myapp） - 必须设
WorkingDirectory=/opt/myapp，否则 Iris 加载静态文件、配置文件或模板时路径会错乱
Nginx 反向代理不是可选项，而是生产必需
让 Iris 直接监听 0.0.0.0:80 或 :443 是危险操作：没 TLS 终止、没请求限速、没 X-Forwarded-* 头透传，前端一加反代，ctx.Request().Host 就变成 localhost:8080。
- Iris 只监听内网端口（如
--port=8080），Nginx 做反代，配置里加：proxy_set_header X-Forwarded-For $remote_addr和proxy_set_header X-Forwarded-Proto $scheme - HTTPS 证书一定配在 Nginx 层，不要让 Iris 自己 load cert——它不处理 SNI、OCSP stapling、TLS 1.3 优化等生产级需求
- 若 Iris 返回流式响应（SSE 或大文件下载），Nginx 需加
proxy_buffering off
真正容易被忽略的是：Iris 二进制本身不记录访问日志到文件，iris.Logger() 默认只打到 stdout；而 systemd 会截断长日志行，所以生产环境务必在代码里显式落地日志文件，不能只依赖 journalctl。
