解决QT Creator中MSVC2015编译器与高版本Windows SDK冲突问题

1. 问题背景与现象分析

最近在Windows平台上同时安装了Visual Studio 2015和Visual Studio 2019（或更高版本）的开发环境后，使用QT Creator创建新项目时，如果选择默认的MSVC2015编译器进行编译，会遇到一个典型的报错：

code复制D:\Windows Kits\10\Include\10.0.26100.0\ucrt\wchar.h:313: error: C3861: "_mm_loadu_si64": 找不到标识符

这个错误的核心原因是Windows SDK版本冲突。当系统中安装了多个Visual Studio版本时，高版本的Windows SDK（如10.0.26100.0）会覆盖低版本的SDK文件。而MSVC2015编译器需要特定版本的Windows SDK支持，当它尝试使用高版本SDK中的头文件时，就会出现兼容性问题。

关键点：_mm_loadu_si64是SSE2指令集的一个内联函数，在高版本SDK中被引入，但MSVC2015的编译器并不支持这个特性。

2. 解决方案原理剖析

2.1 为什么克隆编译器能解决问题

在QT Creator中克隆MSVC2015编译器并修改配置的核心目的是创建一个独立的环境，避免与系统默认的SDK路径冲突。通过这种方式，我们可以：

1. 隔离不同编译器的SDK依赖
2. 精确控制每个编译器使用的SDK版本
3. 避免全局环境变量对特定项目的影响

2.2 Windows SDK版本管理机制

Windows Kits目录结构通常如下：

code复制Windows Kits
└── 10
    ├── Include
    │   ├── 10.0.10150.0
    │   ├── 10.0.19041.0
    │   └── 10.0.26100.0
    └── Lib
        ├── 10.0.10150.0
        ├── 10.0.19041.0
        └── 10.0.26100.0

当多个Visual Studio版本共存时，安装程序会自动更新Windows Kits到最新版本，但旧版本的文件通常会被保留。我们的解决方案就是利用这些保留的旧版本文件。

3.