根本原因是多阶段构建中final阶段未预装go且环境隔离，需用builder阶段编译静态二进制并copy过去；容器退出因无前台进程阻塞，须确保main()末尾有select{}等阻塞逻辑；端口绑定失败多因rootless模式限制，应改用高位端口或反向代理；日志不输出源于stdout缓冲，需显式flush或使用log.println()。
Podman build 时 Go 编译失败：/bin/sh: go: not found
根本原因不是镜像没装 go，而是你用了多阶段构建却在 final 阶段误用了 builder 镜像的路径逻辑。Podman 默认不共享构建缓存或环境变量，FROM golang:1.22-alpine 阶段装了 go，但 FROM alpine:3.19 阶段里压根没这个命令。
实操建议：
- final 阶段必须用
FROM alpine:3.19或FROM scratch这类精简镜像，但得提前把编译好的二进制拷过去，不能现场go build - builder 阶段加
CGO_ENABLED=0 GOOS=linux go build -a -ldflags '-extldflags "-static"' -o /app/main .，确保生成静态链接可执行文件 - final 阶段用
COPY --from=0 /app/main /app/main（注意--from=0指向第一阶段） - 别在 final 阶段写
RUN go version—— 这是典型“本地思维残留”，Podman 构建时每个阶段环境完全隔离
podman run 启动后立即退出：没有前台进程
Go 程序默认跑完 main() 就退出，而容器需要持续运行的前台进程来维持生命周期。Podman 没有守护进程，它依赖进程树根是否存活来判断容器状态，这点和 Docker 一致，但更容易暴露问题。
实操建议：
- 确认
main()函数末尾有没有阻塞逻辑，比如select{}、http.ListenAndServe()或signal.Notify()配合syscall.SIGINT - 避免用
sleep infinity这类 hack，它会让容器里多一个无关进程，且无法响应podman stop - 如果只是调试，临时加
cmd := exec.Command("sh", "-c", "tail -f /dev/null"); cmd.Start(); cmd.Wait()，但上线前必须删掉 - 检查
ENTRYPOINT和CMD是否被覆盖：比如podman run myapp sh会覆盖镜像里定义的启动命令，导致 Go 程序根本没运行
绑定宿主机端口失败：permission denied 或 connection refused
Podman 默认以 rootless 模式运行，非 root 用户无法绑定 1024 以下端口（如 80、443），同时 systemd socket 激活或 --network=host 在 rootless 下行为受限，容易误判为网络配置问题。
实操建议：
- 开发阶段统一用高位端口：
podman run -p 8080:8080 myapp，Go 代码里也监听:8080，别硬写:80 - 要绑定 80？要么加
--userns=keep-id+sysctl net.ipv4.ip_unprivileged_port_start=0（需 host 权限），要么用反向代理（nginx/Caddy）转发 -
--network=host在 rootless 下实际走的是 slirp4netns，不是真 host 网络，localhost在容器内可能无法访问宿主服务，改用host.containers.internal - 验证端口是否真被监听：
podman exec -it <container> netstat -tlnp | grep :8080</container>，别只看宿主机ss -tlnp
Go 应用日志不输出到 podman logs
根本原因是 Go 默认不刷新 os.Stdout 缓冲区，尤其在非终端环境下（容器里 os.Stdout.Fd() 不是 TTY），fmt.Println() 写的日志会卡在缓冲区，直到程序退出才刷出 —— 而容器一退出，缓冲区就丢了。
实操建议：
- 启动时加
GODEBUG=asyncpreemptoff=1不解决这个问题，真正有效的是设置输出无缓冲：log.SetOutput(os.Stdout)+log.SetFlags(0)，或直接用fmt.Fprintln(os.Stdout, ...)替代fmt.Println() - 更稳妥的做法：在
main()开头加os.Stdout.Sync() = func() error { return nil }不可行；正确方式是用log.New(os.Stdout, "", 0).Println()并确保每条都显式换行 - 别依赖
log.Printf("[INFO] %s", msg)的自动换行 —— 它不保证 flush，加log.Println()才强制 flush - 验证方法：
podman run --rm myapp sh -c 'echo hello && sleep 1 && echo world'，如果只看到hello，说明你的 Go 日志也有同样缓冲问题
rootless 容器里信号传递、用户命名空间映射、seccomp 策略这些细节，比想象中影响更大。别假设 “和 Docker 一样就行”，Podman 的权限模型决定了很多看似细微的 Go 运行时行为（比如 os.Getpid() 返回的 PID、/proc/self/fd 可见性）都会变。
