使用types.Config.Check分析Go文件时context.Context类型匹配异常求助

调用types.Config.Check分析github.com/OrlovEvgeny/go-mcache/mcache.go文件提取定义与类型时，Check()方法报错：

cannot use ctx (variable of type context.Context) as context.Context value in argument to gcmap.NewGC: context.Context does not implement context.Context (wrong type for method Deadline)
                        have Deadline() (deadline time.Time, ok bool)
                        want Deadline() (deadline time. Time, ok bool)

该库使用标准context实现，initStore方法中调用gcmap.NewGC的代码如下：

func (mc *CacheDriver) initStore() (context.Context, context.CancelFunc) {
    ctx, finish := context.WithCancel(context.Background())
    mc.storage = safeMap.NewStorage()
    mc.gc = gcmap.NewGC(ctx, mc.storage) // <-- 问题位置
    return ctx, finish
}

注：该库可正常编译运行。调试发现问题源于types/predicates.go:416行的return x.obj == y.obj返回false，对比两个对象仅token.Pos不同，推测是该差异导致匹配失败。

这是go/types类型检查过程中常见的重复导入/包路径不一致导致的伪类型不匹配问题，核心原因如下：

• 分析环境中context包被重复导入（或存在不同路径的同名包），使得go/types判定这是两个完全不同的context.Context类型
• token.Pos的差异只是表象，本质是两个context.Context类型来自不同的包实例——即使定义完全一致，go/types也会视为不同类型

解决步骤：

• 清理本地模块缓存：执行go clean -modcache，清除可能存在的旧版或重复包实例
• 统一包导入路径：确保分析代码中所有context包的导入都是标准库路径（import "context"），无自定义/fork版本
• 检查模块替换规则：查看go.mod文件，确认没有replace指令篡改context包的加载路径
• 调整类型检查配置：如果使用自定义types.Config，确保Importer使用标准模块导入器（如golang.org/x/tools/go/packages提供的实现），避免自定义导入逻辑导致包重复加载

该库能正常编译是因为go build会自动合并相同路径的包实例，但go/types在非标准构建流程（如自定义分析工具）中，若导入器实现不当，就会触发这种伪类型不匹配问题。

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