VS2019切换至C++20编译时CRect出现C2664错误求助

为什么第一种写法有效？ #

• 原代码里的CRect(0,0,100,100)是临时prvalue对象，在VS2019的C20模式下，编译器处理重载解析时，ATL::_U_RECT没有直接接受CRect的构造函数，而临时对象的隐式转换链（CRect→RECT→_U_RECT）可能因VS的C20实现细节被截断，导致无法匹配到接受const RECT&的_U_RECT构造函数。
• 第一种写法中的auto rec = CRect(...)是命名lvalue对象，此时编译器会优先匹配_U_RECT中接受const RECT&的构造函数。由于CRect继承自RECT，可以隐式转换为const RECT&，因此能成功构造_U_RECT，消除编译错误。

问题根源：C++20规则还是VS2019实现问题？ #

这是VS2019对C++20标准的实现细节问题，而非C20标准本身的规定。C20对prvalue的处理有调整，但核心隐式转换规则并未禁止临时对象的多步转换。VS2019的C20编译器在处理临时CRect对象的重载解析时，未正确识别CRect到RECT的隐式转换路径，导致匹配失败。而在C17及更早的标准模式下，VS2019允许这种临时对象的隐式转换链，因此原代码可以正常编译。

VS2022是否修复了该问题？ #

是的，VS2022对C20的支持更完善，同时ATL库也做了适配更新。在VS2022的C20模式下，原代码m_wndWindow.Create(m_hwnd, CRect(0,0,100,100), ....);通常可以直接编译通过，无需修改。如果仍有问题，建议安装VS2022的最新补丁，确保编译器和ATL库处于最新版本。

你可能忽略的关键点 #

• ATL _U_RECT的构造重载细节：_U_RECT的构造函数接受LPRECT、const RECT&、UINT等参数，但没有直接接受CRect的版本。CRect的隐式转换依赖于继承RECT的特性，转换能否被编译器识别，取决于重载解析时的值类别匹配优先级。
• 更清晰的替代写法：除你提到的两种写法外，还可以显式转换为const RECT&，让代码意图更明确：

  m_wndWindow.Create(m_hwnd, static_cast<const RECT&>(CRect(0,0,100,100)), ....);
  

• VS2019补丁尝试：如果暂时无法升级VS2022，可以安装VS2019的最新累积更新，部分后期补丁已修复C++20模式下的这类重载解析问题。
• C++20迁移的其他隐式转换问题：C++20对隐式转换的严格性有所提升，比如禁止某些窄化转换、调整聚合初始化规则等，迁移时需留意类似编译错误，逐一排查。

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