C2664错误本质是实参类型A与形参类型B不兼容，需严格比对二者完整类型（含const/&/*/维度等），常见于引用修饰缺失、数组退化、隐式转换超限或模板推导失败。
看清楚编译器报的A和B到底是什么类型
这个错误本质是函数调用时实参类型与形参类型不兼容，但C++模板推导、隐式转换、const/volatile修饰、引用/指针层级会让A和B看起来“差不多却不能互换”。别急着改代码，先盯住错误信息里那两行类型字符串：A 是你传进去的表达式类型（比如 std::string 或 char[10]），B 是函数期望的参数类型（比如 const std::string& 或 const char*）。注意括号、&、const、* 的位置——差一个&就可能失败。
检查是否漏了 const、& 或 * 修饰符
最常见的是把非 const 对象传给要求 const T& 的函数，或者反过来；也常发生在数组退化成指针时维度丢失。例如：
void foo(const std::vector<int>& v); std::vector<int> v; foo(v); // OK foo(std::move(v)); // ❌ error C2664: 无法将 std::vector<int>&& 转为 const std::vector<int>&
这类问题的解决点很具体：
- 如果函数形参是
const T&，确保你传的是左值（变量名）或显式加const_cast（极少需要） - 如果形参是
T&&，而你传的是具名变量，得用std::move(x) - 如果形参是
const char*，但你传了std::string，多数情况能隐式转换；但如果传的是std::string_view就不行，得显式调用.c_str() - 数组作为参数时，
void bar(int a[5])实际等价于void bar(int* a)，但如果你写了bar(&arr)（取地址），类型就变成int(*)[5]，和int*不兼容
用 decltype 和 /d1reportAllClassLayout 验证实际类型
光看变量声明容易误判，尤其涉及 auto、模板、typedef 后。在出错行上方加一句：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
static_assert(std::is_same_v<decltype(your_arg), expected_type>, "type mismatch");
或者更简单：把鼠标悬停在 VS 编辑器里变量名上，看 tooltip 显示的完整类型（含 const/volatile/ref）。若仍不确定，可在项目属性 → C/C++ → 命令行 → 追加 /d1reportAllClassLayout，让编译器输出所有类布局，辅助判断继承/对齐带来的类型偏移影响。不过日常调试优先用 decltype + static_assert，快且准。
警惕隐式转换链断裂和模板 SFINAE 失败
当 A 和 B 看起来只差一层转换（比如 int → double → std::complex<double>），C++ 默认只允许**一层**用户定义转换。如果 class X 有 operator double()，而函数要 std::complex<double>，就不会自动走 X → double → complex。此时必须显式构造：func(std::complex<double>(x))。另外，模板函数若依赖 SFINAE（如 enable_if），类型不匹配可能表现为 C2664，而非更清晰的 SFINAE 拒绝提示——这时要看模板约束条件是否被满足，而不是单纯补 const 或 &。
真正麻烦的不是语法层面的类型写错，而是你以为的“同义类型”在 ABI 或模板实例化中其实是不同实体，比如 std::string 和 std::basic_string<char> 在某些配置下可能不完全等价，或者跨 DLL 边界传递时字符串实现不一致。这种时候，错误还是 C2664，但根因已超出单个函数调用范围。
