Callable是函数式接口，仅含泛型方法call()，返回类型由V决定；重载调用时若编译器无法推断V，会导致“ambiguous method call”错误，需显式指定泛型或重构方法名避免仅靠V区分重载。
Java 中的 Callable 是函数式接口，只定义了一个泛型方法 call()，其返回类型由泛型参数 V 决定。当你在使用多个重载（overloaded）的 Callable 实例（比如传给 ExecutorService.submit() 或自定义方法）时，如果编译器无法根据上下文推断出具体的泛型类型，就会出现“返回值类型模糊”导致的编译错误——这不是语法错误，而是类型推导失败。
为什么会出现返回值类型模糊？
Java 编译器在解析重载方法调用时，需结合实参类型、目标类型（target type）和泛型推导规则来选择最匹配的重载版本。但 Callable 本身不带类型信息，匿名内部类或 lambda 表达式若未显式声明返回类型，编译器可能无法唯一确定 Callable<V> 中的 V，尤其当多个重载方法参数都是 Callable<?> 且返回类型擦除后相似（如 Callable<String> 和 Callable<Integer> 在桥接方法层面都表现为 Callable）时，容易触发“ambiguous method call”错误。
关键解决方式：显式指定泛型或强制类型转换
让编译器明确知道你调用的是哪个重载版本：
- 用带尖括号的显式类型声明创建 lambda，例如：
submit((Callable<String>) () -> "done") - 将 lambda 赋给一个带明确泛型类型的局部变量再传入：
Callable<Double> task = () -> Math.random(); submit(task); - 对匿名内部类，直接写
new Callable<Boolean>() { ... }，避免依赖类型推导 - 如果重载方法差异仅在返回类型（如
submit(Callable<Void>)vssubmit(Callable<Object>)），务必避免仅靠返回值区分——Java 不支持仅靠返回类型重载，此时应重构方法名或参数设计
避免重载设计陷阱
多个接受 Callable 的重载方法，若仅靠泛型参数 V 区分，极易引发歧义。更稳妥的做法是：
- 减少基于
Callable<V>泛型参数的纯重载，改用不同方法名，例如：submitStringTask(() -> "ok")、submitNumberTask(() -> 42) - 统一使用
Callable<Object>+ 运行时类型检查（不推荐，牺牲类型安全） - 借助包装类或 builder 模式封装任务，把类型信息前置到构造阶段，而非依赖方法重载
IDE 和编译器提示的实用技巧
遇到模糊报错时，不要只看最后一行红标：
- 把鼠标悬停在报错的
submit(...)上，IDE（如 IntelliJ）通常会列出所有候选重载及“why not applicable”的原因 - 临时删掉部分重载方法，确认是否只剩一个可选版本；若能编译，说明确实是推导冲突
- 开启 javac 的详细诊断：
javac -Xdiags:verbose，查看具体哪条重载因“inference failed”被排除
