根本原因是网络隔离或端口映射错误：容器服务需监听0.0.0.0而非127.0.0.1，用mappedport获取实际端口，加健康检查，注意postgresql初始化仅在空数据目录首次运行，redis需避免连接复用及时序问题，ci中应预拉镜像、延长超时、选轻量镜像。
为什么 testcontainers-go 启动容器后连不上？
根本原因通常是网络隔离或端口映射没对上。Go 的 testcontainers-go 默认用桥接网络，容器内服务监听 127.0.0.1 或 localhost 时，宿主机根本访问不到——因为那只是容器自己的回环地址。
- 启动容器时显式绑定到
0.0.0.0（比如 Redis 加--bind 0.0.0.0:6379，PostgreSQL 设listen_addresses='*'） - 用
container.MappedPort获取宿主机实际分配的端口，别硬写:5432或:6379 - 加健康检查（
WaitForListeningPort或自定义WaitForLog），避免在服务还没 ready 就去 dial - 本地 Docker Desktop 或 Linux 上 systemd-resolved 有时会干扰 DNS 解析，可临时改用
container.Host(t)+MappedPort拼地址，绕过容器内网 DNS
PostgreSQL 容器初始化 SQL 不执行？
testcontainers-go 的 PostgreSQL 镜像（如 docker.io/library/postgres:15）只认 /docker-entrypoint-initdb.d/ 下的 .sql 或 .sh 文件，且仅在**空数据目录首次启动时**运行。测试中反复创建销毁容器，但 volume 没清干净，init 就静默跳过。
- 每次测试前显式调用
container.Terminate(t)，确保容器和匿名 volume 一起销毁 - 不用挂载宿主机 SQL 文件，改用
ContainerRequest.Files把 SQL 内容直接写进容器路径 - 如果必须复用 volume，手动加一步
pg_ctlcluster 15 main stop && rm -rf /var/lib/postgresql/data/*（不推荐，慢且易错） - 验证方式：启动后 exec 进容器，
ls -l /docker-entrypoint-initdb.d/看文件是否存在，再查psql -U test -c '\dt'
Redis 容器里 SET 成功但 Go 测试里 GET 返回空？
大概率是连接复用或上下文超时导致的时序问题。Testcontainers 启动快，但 Redis 自身加载配置、AOF/RDB 恢复可能有延迟；而 Go 的 redis.Client 默认启用连接池和 pipeline，一次 SET 后立刻 GET 可能命中不同连接，或被 pipeline 缓存住没刷出去。
家电公司网站源码是一个以米拓为核心进行开发的家电商城网站模板，程序采用metinfo5.3.9 UTF8进行编码，软件包含完整栏目与数据。安装方法：解压上传到空间，访问域名进行安装，安装好后，到后台-安全与效率-数据备份还原，恢复好数据后到设置-基本信息和外观-电脑把网站名称什么的改为自己的即可。默认后台账号：admin 密码：132456注意：如本地测试中127.0.0.1无法正常使用，请换成l
- 初始化 client 时关掉 pipeline：
redis.NewClient(&redis.Options{DisableIndentity: true}) - 用
client.Set(ctx, "k", "v", 0).Err()显式等写入完成，别只 check error 是否为 nil - 读操作前加
time.Sleep(10 * time.Millisecond)（仅调试用），确认是否纯时序问题；生产级应改用client.Wait(ctx, 1, 100*time.Millisecond)等副本同步 - 检查 Redis 日志：
container.Logs(t)输出里有没有Ready to accept connections，没有就说明服务根本没起来
CI 环境里 testcontainers-go 频繁超时失败？
GitHub Actions、GitLab CI 的默认 runner 通常资源受限（CPU 少、磁盘慢、Dockerd 配置保守），WithStartupTimeout 设 60 秒仍不够，或者拉镜像阶段卡住。
立即学习“go语言免费学习笔记（深入）”；
- 提前在 CI job 开头
docker pull redis:7-alpine && docker pull postgres:15，避免测试时边拉边等 - 所有容器设
WithStartupTimeout(120 * time.Second)，尤其 PostgreSQL 在 cold start 时初始化 WAL 可能卡 40+ 秒 - 禁用日志采集：
container.WithLogConsumers()留空，否则大日志量会拖慢WaitForLog - 用
testcontainers.WithImageName("redis:7-alpine")明确指定精简镜像，别依赖 latest 或带 debug 工具的发行版
真正麻烦的是跨平台行为差异：Mac 上 Docker Desktop 的 gRPC-FUSE 延迟高，Linux 上 cgroup v2 可能限制内存导致容器 OOM 被杀——这些不会报错，只会让 WaitForListeningPort 一直等下去。
