Podman容器启动报“no such file or directory”通常因基础镜像缺失sh/bash，如Alpine或distroless镜像；应确认镜像含shell（如podman run alpine which sh），开发阶段优先用golang:alpine，入口命令改用直接执行go run或预编译二进制。
Podman init 容器启动失败：no such file or directory 错误
直接运行 podman run 启动 Go 应用容器却报 no such file or directory，大概率不是镜像没拉下来，而是容器里压根没 /bin/sh 或 /bin/bash —— Podman 默认不带 shell 的 Alpine 或 distroless 镜像里，sh -c "go run main.go" 这类写法会直接跪。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 确认基础镜像是否含 shell：
podman run --rm alpine:latest which sh；若返回空，就别指望sh -c - Go 开发阶段优先用
golang:alpine（含apk和sh），而非gcr.io/distroless/static-debian12 - 入口命令改用直接执行二进制：
podman run --rm -v $(pwd):/app -w /app golang:alpine go run main.go - 若必须用 distroless，先本地
go build -o app .，再podman run --rm -v $(pwd)/app:/app/app quay.io/centos/centos:stream9 /app/app
Podman rootless 模式下 bind mount 权限被拒
非 root 用户执行 podman run -v $(pwd):/src 时提示 permission denied，不是目录没读写权，而是 Podman rootless 默认禁止挂载用户主目录外的路径，且对 $(pwd) 路径的子目录层级也有限制。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 确保当前用户已加入
podman组，并重启 session（或登出重进） - 挂载路径尽量限制在
$HOME下：podman run -v $HOME/mygo:/src，避免跨挂载点（如/mnt、/tmp） - 检查
/etc/subuid和/etc/subgid是否为当前用户分配了足够 ID 范围（至少 65536 个） - 临时调试可加
--security-opt label=disable（仅开发机），但别写进 CI 脚本
Go test 在 Podman 容器里跑不起来：exec format error
本地是 macOS 或 Windows，却用 podman run golang:alpine go test ./...，结果报 exec format error —— 这不是 Go 代码问题，是 CPU 架构不匹配。Podman Desktop 在 Mac 上默认跑的是 linux/amd64 容器，而 Apple Silicon 是 arm64，镜像没做多架构支持就会崩。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 查清宿主机架构：
uname -m（Mac M 系列是arm64），再查镜像支持情况：podman inspect golang:alpine | jq '.[].Architecture' - 显式指定平台：
podman run --platform linux/arm64 golang:alpine go version - 优先用官方多架构镜像：
docker.io/library/golang:1.22-alpine（比alpine:latest更可靠） - CI 中若用 GitHub Actions，注意 runner 类型（
ubuntu-latest是 amd64，macos-latest是 arm64），别硬写死平台
Podman + Go 开发流中如何热重载？
没有 Docker Compose 的 watch 插件，Podman 本身也不内建文件监听，想实现保存即 rebuild/run，得靠外部工具链拼接，而不是幻想一个 flag 解决。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 轻量级用
nodemon改造版：npm install -g nodemon，然后nodemon --exec podman run --rm -v $(pwd):/app -w /app golang:alpine go run main.go - 更可控用
fswatch+ shell 脚本：fswatch -o ./main.go | xargs -n1 -I{} podman run --rm -v $(pwd):/app -w /app golang:alpine go run main.go - 避免在容器里装
air或reflex—— rootless 模式下它们常因 inotify 限制或权限失败 - 真正上线前务必切回静态编译 + 单二进制运行，热重载只用于本地快速验证逻辑
rootless Podman 的核心约束不在命令怎么写，而在 Linux user namespace 的边界上——一旦涉及挂载、网络命名空间复用、seccomp 策略，行为就和 Docker 有本质差异。别把本地能跑的 docker-compose.yml 直接套 podman-compose，每个 volume 和 network_mode 都得重新验。
