go mod init 报“go.mod already exists”是保护机制，因目录已是模块根；go get 默认不写入 go.mod，需用 go mod tidy 或显式 import；go mod tidy 保留间接依赖；私有仓库证书问题需配置 sslCAInfo 或 GOINSECURE。
go mod init 初始化模块时为什么报错 “go.mod already exists”
当你在已有 go.mod 文件的目录下重复执行 go mod init，Go 会拒绝覆盖，直接报错。这不是错误，而是保护机制——Go 认为当前已是模块根目录。
- 确认是否真要重新初始化：通常只需
go mod init一次，首次声明模块路径（如go mod init github.com/yourname/project） - 若想重置模块，先删掉旧的
go.mod和go.sum，再运行go mod init - 模块路径不必对应真实 GitHub 地址，但建议保持可读性和未来可导入性；本地开发可用
example.com/myapp
添加第三方包时 go get 不写入 go.mod 或提示 “cached”
go get 默认只下载并缓存包，不自动修改 go.mod，除非明确要求“作为依赖引入”。这是 Go 1.16+ 的默认行为变化，避免隐式污染模块定义。
- 显式添加依赖：用
go get -d github.com/gin-gonic/gin（-d表示只下载、不构建） - 更推荐的方式是直接在代码中 import，然后运行
go mod tidy，它会自动补全缺失依赖、清理未使用项 - 如果
go get显示cached，说明包已在本地$GOPATH/pkg/mod缓存中，不会重复下载 - 加
@latest或@v1.9.1可指定版本，例如：go get github.com/spf13/cobra@v1.8.0
go mod tidy 清理后为什么某些包仍保留在 go.mod 中
go mod tidy 只移除「代码中完全没 import」且「没被其他依赖间接引用」的包。哪怕一个包只被某个二级依赖用到，它也会保留在 go.mod 的 require 列表里（标记为 // indirect）。
- 检查间接依赖：运行
go list -m -u all查看所有模块及其更新状态 - 强制排除某包（慎用）：用
go mod edit -droprequire=github.com/some/oldpkg，但可能导致构建失败 - 若某包被标记
// indirect却实际未被任何依赖链需要，可能是缓存残留，可尝试go clean -modcache后重跑go mod tidy
go mod graph | grep "github.com/sirupsen/logrus"
这条命令能快速查出哪个依赖拉入了 logrus，方便判断是否真需要它，或能否替换成 zap 等更轻量替代品。
千博企业网站管理系统个人SQL版20120128
下载
千博企业网站管理系统个人版免费下载、免费使用、功能无限制，完全免费拥有(请尊重开发者版权，保留首页底部版权显示)：内含Flash动画源码、Access数据库程序包、SQL数据库程序包。 千博企业网站管理系统个人版特点： 1.全站模块化操作，静态标签调用，更强扩展性… 千博企业网站系统个人版是一套基于.Net + Access(SQL)建站管理系统软件、不依赖于服务商特定空间、不需安装任何空间商组
立即学习“go语言免费学习笔记（深入）”；
私有仓库依赖无法下载：x509 certificate signed by unknown authority
内网 Git 服务（如 Gitea、GitLab 自托管）常因自签名证书导致 go get 失败，报错含 x509 关键词。
- 临时绕过（仅开发环境）：设置
GIT_SSL_NO_VERIFY=1，再运行go get - 正确做法：把私有 CA 证书加入系统信任链，或配置 Git 使用该证书：
git config --global http."https://git.internal/".sslCAInfo "/path/to/ca.crt" - Go 还支持通过
GOINSECURE跳过 TLS 验证（仅限 HTTP 协议）：export GOINSECURE="git.internal" - 模块代理（如
GOPROXY=https://proxy.golang.org,direct）对私有域名无效，Go 会自动 fallback 到direct，此时证书问题仍存在
indirect 标记含义、私有证书处理这三处最容易被跳过，但恰恰决定长期维护成本。 
