VS2022面向ARM64平台编译C++代码出现C3861标识符未找到错误

以下按排查优先级从高到低排列：

• 优先修复MSB8028中间目录共享警告
  该警告说明当前ARM64 Release配置的中间目录和Formats.vcxproj的输出路径重叠，不同项目、不同平台的编译中间文件（预编译头、头扫描缓存、编译状态记录）发生了混存。如果目录中残留了x86/x64平台编译生成的预编译头文件，其中固化的平台宏（_M_IX86/_M_AMD64）会直接导致WinNT.h的条件编译逻辑走错分支，跳过整块ARM64版本的Interlocked函数、内存屏障函数的声明。这种情况也正好符合你遇到的「报错包含大量自己没调用过的函数」的现象——头文件内部调用这些被跳过声明的函数时，同样会触发C3861错误。这也是为什么你新建的空白测试项目没有这个问题——空白项目的中间目录是完全独立的，不存在旧文件缓存干扰。
  修复步骤：
  1. 右键项目打开属性页，在「配置属性→常规」中修改中间目录为独立路径，例如$(Platform)\$(Configuration)\$(ProjectName)\
  2. 手动删除整个旧的ARM64\Release目录，删除解决方案根目录下的.vs隐藏缓存文件夹
  3. 执行完整的重建操作，不要使用增量编译
• 检查头文件包含顺序与前置宏定义
  WinNT.h中所有Interlocked相关函数的声明都依赖平台宏的正确判断，以下错误写法会导致ARM64分支被屏蔽：
  • 在包含Windows.h前手动定义了_M_IX86/_M_X64这类x86/x64专属的平台宏，不少老旧适配代码会硬编码这类宏做兼容
  • 错误定义WINAPI_FAMILY、NTDDI_VERSION宏：ARM64平台最低支持的系统版本是Windows 10 1709，对应NTDDI_WIN10_RS3，如果宏值设置过低会屏蔽ARM64专属API声明
  • 存在全局硬编码宏替换：老代码中常见#define InterlockedIncrement _InterlockedIncrement这类写法，在x86/x64下可以直接映射到编译器内在函数，但ARM64下带下划线前缀的内在函数声明依赖特定宏触发，提前宏替换会导致编译器找不到对应标识符
• 显式引入编译器内在函数头文件
  你报错列表中的_InterlockedIncrement、_InterlockedExchangeAdd、WriteRelease8、WriteNoFence8都属于编译器内在函数，x86/x64平台下旧版Windows SDK会在WinNT.h中间接引入<intrin.h>，但ARM64平台的SDK头文件没有做这个间接引入，直接调用这类函数需要显式添加#include <intrin.h>。
• 核对预编译头与编译选项一致性
  如果项目启用了预编译头，确认预编译头本身是在ARM64配置下编译生成的，残留的x64版本预编译头会导致所有头文件的条件编译结果沿用x64平台状态，触发大量API未声明错误。同时和你正常编译的空白测试项目对比以下编译选项，排除非常规配置的影响：
  • 「C/C++→常规」下的/kernel内核模式编译开关需设置为「否」
  • 「C/C++→代码生成」下的结构体成员对齐需保持默认值，不要强制设置为1字节等非常规对齐值
  • 预处理器定义中不要存在_KERNEL_MODE这类内核态编译宏

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