go中包名重复、依赖版本冲突、本地模块替换及同名包导入区分问题：同一目录下package声明须一致；logrus多版本需用replace或别名；本地包用replace指向含go.mod的路径；同名包导入须加别名。
为什么 import 相同路径却报“redeclared in this block”
这不是路径冲突，而是包名（package clause）重复。Go 会把每个 .go 文件顶部的 package xxx 声明作为该文件所属的包名，编译器要求同一目录下所有文件的 package 声明必须一致。如果误写成不同名字（比如一个写 package main，另一个写 package utils），就会触发这个错误。
常见诱因是复制粘贴文件后忘了改包声明，或 IDE 自动生成模板时保留了旧包名。
- 检查当前目录下所有
.go文件的首行package是否完全一致 - 用
grep "^package " *.go快速扫描 - 避免手动编辑包名时加空格或大小写混用（
package main和package Main都不合法）
两个模块都依赖 github.com/sirupsen/logrus，但版本不同怎么办
这是典型的依赖版本冲突，Go Modules 本身支持多版本共存，但前提是模块路径不同。而 logrus 的导入路径没变，所以 Go 不会同时加载 v1.8 和 v1.9 —— 它会按 go.sum 和 go.mod 中的 require 规则选择一个“主版本”并统一使用。
真正的问题常出现在：某依赖用 replace 强制替换了 logrus，而你的项目又直接引入了另一个版本，导致运行时行为异常（如 hook 不生效、字段丢失）。
- 运行
go list -m all | grep logrus查看实际解析到的版本 - 检查
go.mod中是否有replace github.com/sirupsen/logrus => ...，它会覆盖所有间接依赖 - 若需隔离，可考虑用别名导入：
import logv1 "github.com/sirupsen/logrus"，但这只解决符号命名，不解决底层实例混用
本地开发时想用自己改过的 utils 包，但和远程同名模块冲突
Go 不允许在同一构建中同时存在两个相同导入路径的模块。如果你本地有个 github.com/yourname/utils，而 go.mod 里又 required 了同路径的远程版本，go build 会直接报错或静默使用远程版。
