解决mockgen导入包冲突：foo包重复导入报错

这种mockgen导入冲突的问题我之前也碰到过，特别是protobuf生成的代码里，经常会有一些隐式的导入坑。下面给你几个排查、验证和解决的具体方向：

• 直接检查myproto.pb.go的所有导入行：protobuf生成的代码里经常会有间接依赖的隐式导入，比如你依赖的其他proto文件对应的pb.go里可能也导入了foo包。打开myproto.pb.go，全局搜索import关键字，仔细看所有导入语句，说不定能找到另一处没注意到的foo导入（可能没加别名，或者用了不同的路径写法）。
• 查看mockgen的生成输出：执行mockgen -package=mocks -source=myproto.pb.go（去掉-destination参数），让结果直接输出到控制台，这样就能看到mockgen准备生成的代码里的导入块，肯定能找到两处foo相关的导入，这是最直接定位重复来源的方法。
• 检查mockgen的执行目录：确保你是在项目根目录下执行mockgen命令。如果在子目录执行，Go模块的路径解析可能会有歧义，导致同一个foo包被解析成不同的导入路径，触发冲突。
• 排查依赖的proto文件：如果你的myproto.proto引用了其他.proto文件，去检查那些proto生成的pb.go文件，看看它们的导入语句里有没有foo包，说不定是依赖的proto代码带进来的重复导入。

• 用go list检查依赖路径：执行go list -deps ./path/to/myproto（替换成你的myproto.pb.go所在目录），查看输出里的foo包路径，看看有没有出现两次不同的路径写法，或者同一路径被解析成不同的别名。
• 对比GoLand的mock生成：如果GoLand没提示异常，试试用GoLand自带的GoMock生成功能（比如右键生成mock），看会不会出现同样的错误。如果不会，对比两种方式的命令参数差异，大概率是mockgen的参数或者执行环境的问题。

• 用mockgen的-imports参数强制指定别名：这个参数可以手动映射包的导入别名，比如执行mockgen -package=mocks -source=myproto.pb.go -destination=mocks/my_mocks.go -imports foo=blah/blah/foo，强制让mockgen使用你指定的别名导入foo包，覆盖自动生成的导入规则，解决冲突。
• 统一导入别名：如果排查后发现是一处有别名、一处没有，那可以调整自己代码里的导入方式，和protobuf生成代码里的导入保持一致（比如去掉别名，或者加上相同的别名）。
• 清理模块缓存：有时候Go的模块缓存会导致路径解析异常，执行go clean -modcache，然后重新执行mockgen命令试试。
• 检查proto生成参数：如果是依赖的proto文件导致的重复导入，可以在生成pb.go时，用protoc的go_import选项指定统一的导入路径或别名，避免生成的代码里出现冲突的导入。

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