MSVC编译C++项目不同标准下C3533、LNK2019、C1001错误求助

各异常场景根因分析 #

• C++17编译报C3533错误：函数参数使用auto是C++20才引入的「简写函数模板」特性，C++17标准本身不支持该语法，因此MSVC报错符合标准要求，并非用法或者编译器问题。
• C++20编译报LNK2019链接错误：用auto做参数的函数本质是模板函数，C++要求模板函数的定义必须对调用方可见，你当前把operator()的实现放在单独的database.cpp文件中，serialization.cpp调用该方法时看不到模板实现，无法生成对应类型的特化实例，因此链接时找不到对应的符号。即使把auto改成显式template声明，只要实现还放在cpp里，就会触发同样的问题。
• 移动后触发C1001内部错误：确实是你使用的VS2019版本（MSVC 19.29）的编译器缺陷，该版本处理简写函数模板与头文件依赖的组合场景时存在崩溃bug，后续新版本编译器已经修复了该问题。

可行解决方案 #

方案1（兼容C++17，无任何编译问题） #

完全放弃auto参数语法，改用显式模板声明，且将模板实现放到头文件中：

1. 修改database.h内容如下：

#pragma once
#include <map>
struct map_manip 
{
    template<typename MapT>
    void operator()(MapT& map, uint8_t size = 2) {
        // 原database.cpp中的实现直接写在这里
    }
};

2. 删除database.cpp文件，或者删除database.cpp中map_manip::operator()的实现代码即可。
   该方案在C17、C20标准下均可正常编译链接，也不会触发C1001错误。

方案2（仅C++20环境使用） #

如果要保留auto参数的简写语法，只需要把operator()的实现移动到database.h的类定义内部即可，无需其他修改，即可解决链接错误。

针对C1001错误的临时规避方案 #

如果暂时无法升级编译器，只要保持<string>的引入位置在serialization.cpp中，不要移动到database.h，就可以避开该bug。

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