无网络环境下AWS CDK Golang无法使用vendor目录问题求助

针对无网络GitLab Runner中CDK仍尝试联网获取Go依赖的问题，按以下步骤排查解决：

1. 完善环境变量配置，强制使用vendor #

在.gitlab-ci.yml的CDK部署步骤前，导出完整的Go环境变量，确保子进程能继承配置：

export GO111MODULE=on
export GOFLAGS=-mod=vendor
export GOPROXY=off  # 禁止Go尝试通过代理拉取依赖
export CDK_DISABLE_VERSION_CHECK=1  # 阻止CDK联网检查版本

2. 确保GoFunction使用本地构建并传递正确参数 #

检查CDK代码中GoFunction的配置，避免使用Docker构建（容器内无法访问本地vendor），并明确指定构建参数：

import "github.com/aws/aws-cdk-go/awscdk/v2/awslambda/go/gofunction"

gofunction.NewGoFunction(this, "MyLambdaFunction", &gofunction.GoFunctionProps{
    Runtime:      awslambda.Runtime_GO_1_X(),
    Entry:        "./lambda-function-dir",  // Lambda函数代码根目录（需包含go.mod）
    GoBuildFlags: "-ldflags \"-s -w\" -mod=vendor",
    BuildMethod:  gofunction.BuildMethod_LOCAL,  // 显式指定本地构建模式
})

3. 验证vendor目录的完整性 #

• 确保在所有包含go.mod的目录（项目根目录、Lambda函数独立目录）都执行过go mod vendor，并将生成的vendor目录提交至Git仓库。
• 检查.gitignore规则，确认没有排除vendor目录，保证Runner能拉取到完整的依赖文件。

4. 调试验证执行环境 #

在CI/CD任务中添加调试步骤，确认环境变量和vendor目录状态：

# 查看vendor目录是否存在且完整
ls -la ./vendor ./lambda-function-dir/vendor
# 打印环境变量确认配置生效
echo "GOFLAGS: $GOFLAGS"
echo "GO111MODULE: $GO111MODULE"
echo "GOPROXY: $GOPROXY"
# 手动测试Lambda函数构建，排除CDK干扰
cd ./lambda-function-dir && go build -mod=vendor -o main .

如果手动构建成功但CDK仍报错，需确认CDK CLI版本与vendor中的CDK依赖版本一致，避免版本不匹配导致的隐式依赖拉取。

内容的提问来源于stack exchange，提问作者Oleg Sydorov