C++中int与int64_t函数重载传入3LL为何出现歧义匹配？

核心原因 #

int64_t是标准库定义的typedef别名，它的底层实际类型并非固定为long long——而3LL的类型是明确的long long，这就是匹配歧义的根源。

具体细节拆解 #

• 类型映射差异：
  int64_t的实际类型由平台和编译器决定：在32位系统或部分GCC配置中，它可能被定义为long；64位系统中通常才是long long。当int64_t是long时，3LL（long long类型）转换为int和转换为long的转换优先级完全相同，编译器无法判定哪个重载更匹配，因此抛出歧义错误。
• 编译器行为差异：
  Clang在多数默认配置中会将int64_t直接映射为long long，此时3LL与int64_t参数类型完全匹配，自然不会触发歧义；而GCC对typedef的类型匹配规则更严格，会区分long和long long的差异，导致冲突。
• 编译选项与版本的影响：
  指定-std=c++11及以上标准会规范int64_t的定义，但平台差异依然存在；老版本GCC的重载匹配逻辑更保守，新版本或不同编译选项（如-m64）可能改变int64_t的底层类型，进而消除歧义。

解决办法 #

• 显式强制类型转换：调用时写成hi(static_cast<int64_t>(3LL))，直接指定匹配目标重载。
• 统一字面量与参数类型：用INT64_C(3)（来自<cstdint>头文件）生成int64_t类型的常量，替代3LL。
• 调整重载函数的参数类型：将接受int64_t的重载改为long long，或反之，避免typedef带来的类型模糊。

内容的提问来源于stack exchange，提问作者Y.T.