大概率会失败；必须先执行 go mod init 初始化模块，再用 go get github.com/kataras/iris/v12@latest 显式指定 v12 版本，否则默认拉取 v11 导致不兼容。
直接用 go get 安装 Iris 会失败吗
大概率会。Arch Linux 默认启用 GO111MODULE=on，而 Iris 的模块路径含版本号（如 github.com/kataras/iris/v12），若项目根目录无 go.mod 或未显式指定版本，go get 可能报错 “unknown revision v12” 或跳转到错误分支。
正确做法是进入你的项目目录后，先初始化模块再拉取：
go mod init myappgo get github.com/kataras/iris/v12@latest
如果仍卡在 proxy 或 timeout，临时加代理更可靠：go env -w GOPROXY=https://goproxy.cn,direct。用完可撤销：go env -u GOPROXY。
Arch Linux 上编译 Iris 项目时 CGO_ENABLED=0 是否安全
在 Arch Linux 本地开发编译时，CGO_ENABLED=0 通常**不推荐**——它会禁用 net、os/user、sqlite 等依赖 libc 的标准库子包，导致运行时报 lookup xxx: no such host（DNS 失败）或无法读取系统用户信息。
Arch 使用的是较新的 glibc，且你本就在同发行版上编译+运行，没必要强求静态链接。应保留默认行为：
- 开发阶段：直接
go build即可，无需设CGO_ENABLED - 仅当交叉编译发往其他 Linux 发行版（如 CentOS）时，才考虑
CGO_ENABLED=0，但需确认目标系统无特殊 DNS 配置需求
若坚持静态链接又需 DNS，可用 netgo 构建标签：go build -tags netgo -ldflags '-extldflags "-static"' ./main.go，但实测在 Arch 上多数情况多此一举。
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
systemd 服务启动 Iris 应用时 Permission denied
常见于两个位置出错：一是二进制文件没有执行权限，二是 User= 指定的系统用户（如 www-data）对工作目录或日志路径无访问权——Arch 默认不带 www-data 用户。
稳妥做法是：
- 确保二进制可执行：
chmod +x /opt/myapp/myapp - 创建专用低权限用户：
sudo useradd -r -s /bin/false iris-app - 服务文件中改用该用户：
User=iris-app，并确保WorkingDirectory=/opt/myapp所有者为该用户：sudo chown -R iris-app:iris-app /opt/myapp - 避免用
root启动 Web 服务；端口80/443可通过CapAdd=CAP_NET_BIND_SERVICE授权，而非提权运行
为什么 Iris 启动后无法响应外部请求
不是代码问题，大概率是 Arch 默认启用了 iptables 或 nftables，且未放行应用监听端口（如 :8080）。
检查防火墙状态：sudo nft list ruleset（Arch 2026 默认用 nftables）。若看到 drop 或无对应 accept 规则，临时放行：
sudo nft add rule inet filter input tcp dport 8080 accept- 如需持久化，把规则写入
/etc/nftables.conf的inputchain 中
另外确认 Iris 绑定的是 0.0.0.0:8080 而非 127.0.0.1:8080——后者只响应本地回环请求。代码里检查是否用了 app.Run(iris.Addr(":8080"))，而非 iris.Addr("127.0.0.1:8080")。
