如何让Go编译器识别本地修改的内部依赖包（AWS Lambda场景）

从你的go.mod内容来看，问题出在未覆盖所有依赖子模块的替换规则，加上可能存在的模块缓存问题，导致本地修改没被编译进去。以下是具体解决步骤：

1. 补全所有子模块的replace规则 #

你当前只替换了go-pkgs/config和go-pkgs/utils，但项目依赖的go-pkgs/logging没有配置替换——如果你的本地修改包含这个子模块，编译器会继续拉取远程缓存版本。直接在go.mod中添加对应的替换：

replace github.com/my-org/go-pkgs/logging => /Users/aurelia/work/go-pkgs/logging

2. 验证本地子模块的结构 #

确保本地/Users/aurelia/work/go-pkgs下的每个子目录（config/logging/utils）都有自己的go.mod，且模块名与你replace和require中的完全一致（比如github.com/my-org/go-pkgs/logging）。如果本地子模块的模块名不匹配，替换规则会直接失效。

3. 清理模块缓存并重新编译 #

Go会缓存依赖的旧版本，即使你配置了replace，缓存的旧代码可能还会被调用。执行以下命令强制清理缓存并重新编译：

# 清理模块缓存
go clean -modcache
# 重新编译Lambda函数（根据你的入口文件调整）
go build -o main main.go

如果用AWS SAM部署，记得执行sam build --use-container（如果用容器构建）或者直接重新打包，确保用的是最新编译的二进制文件。

4. 避免编译时的只读模式 #

如果编译时加了-mod=readonly参数，Go会忽略replace规则，直接使用go.mod中声明的远程版本。确保编译命令中没有这个参数。

内容的提问来源于stack exchange，提问作者Aurelia Peters