GitHub CI中C++23 MSVC编译报nothrow未声明疑难错误

• 检查CI环境与Compiler Explorer的编译参数差异
  CI环境可能默认开启了Compiler Explorer未启用的预定义宏（比如_HAS_EXCEPTIONS=0），或是存在自定义宏干扰模板参数解析。可以在CI编译命令中添加/showIncludes或/d1reportAllTemplateInstantiations，对比两边的编译参数，定位差异点。

• 排查模板参数名与MSVC内置宏/关键字的冲突
  尽管nothrow是标准相关概念，但特定版本的MSVC可能在特定编译选项下将其识别为内置宏而非模板参数。临时将模板参数名修改为NoThrow（区分大小写），验证是否因命名冲突导致错误。

• 检查代码中的宏污染
  代码中可能在模板定义前存在#define nothrow这类宏定义，导致编译器解析模板参数时触发宏替换。可以在模板定义行前临时添加#undef nothrow测试，看是否解决错误。

• 确认C++标准是否真正生效
  虽然指定了/std:c++latest，但CI环境可能因工具链配置问题未启用最新标准。在代码中加入静态断言：static_assert(__cpp_latest >= 202302L, "C++ latest not enabled");，或输出_MSVC_LANG宏的值，确认标准版本是否符合预期。

• 排查模板实例化上下文问题
  错误提示指向Invoker类型定义行，但实际问题可能出在模板实例化的上下文里。比如实例化Function_Ref_Base时传递的参数存在解析错误，导致编译器回溯时定位到模板定义行。可以简化实例化代码，只保留最基础的调用，逐步排查问题。

• 验证CI环境的MSVC工具链完整性
  GitHub CI中的MSVC安装可能不完整，缺少部分组件导致编译行为异常。在CI脚本中运行cl /Bv查看编译器版本和组件信息，对比本地完整Visual Studio 2022环境，检查是否存在组件缺失。

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