更新：1、升级编译器版本至MSVC2022，升级C++至C++17；

Signed-off-by: waiwaylee <waiwaylee@foxmail.com>

CHANGELOG.md

@@ -56,6 +56,12 @@
 - 「靠近/远离」方向标志 `Flag_Direction` 改为按滤波速度矢量判定（fc49707 引入、42b598e 调整，`track_asso.cpp` 与 `track_asso_tas.cpp` 同步）：不再使用受多普勒速度模糊影响、符号可能取反的实测径向速度（原 `Flag_Direction = vr_point > 0 ? 1 : 0`），改为用航迹 IMM 融合状态的速度方向角 `Direction_Angle = atan2(X[4], X[1])` 与位置矢量判定：`acos((-x·cos(Direction_Angle) − y·sin(Direction_Angle)) / r) < π/2` 时置 1（靠近），否则 0（远离），其中 `x`/`y` 为经 `Sys_delay` 补偿后的位置、`r` 为其模。该判据等价于「滤波速度矢量的径向分量指向雷达（径向接近）即判为靠近」；中间版本曾按合速度归一化并把门限取为 π/4（45° 锥角），42b598e 去掉归一化并把门限放宽到 π/2（90°）。
 - 手动操作接口遍历命中目标后立即 `break`（fc49707，`data_process.cpp`）：`primary_target_add` / `primary_target_cancel` / `tracking_start` / `tracking_stop` 在写入标志后退出循环，不再继续扫描整张航迹表（批号唯一，结果等价）。
 - `requirements.md` 由 `archived_docs/` 移回仓库根目录（工作区改动，文件内容未变）：README 目录结构（第 3 节）与参考文档表（第 13 节）中的引用路径同步改回 `requirements.md`。
+- **构建工具链升级：编译器由 Microsoft Visual C++ 2013（Visual Studio 12，`_MSC_VER` 1800，x86）升级为 Microsoft Visual C++ 2022（v143 工具集，`_MSC_VER` 1944，cl 19.44.35228，x64），C++ 标准由 C++11 提升为 C++17**。`CMakeLists.txt` 的 `cmake_minimum_required` 由 3.10 提升到 3.21（VS2022 生成器自 3.21 起支持），新增 `CMAKE_CXX_STANDARD 17`（含 `CMAKE_CXX_STANDARD_REQUIRED ON`）与「必须使用 MSVC 2022（`_MSC_VER >= 1930`）」的配置期强校验（不满足直接 `FATAL_ERROR`），并在配置阶段打印实际编译器路径、`_MSC_VER` 与所选 C++ 标准。
+- `CMakeLists.txt` 编译选项调整：`/utf-8` 由「MSVC >= 1900 条件追加」改为对 MSVC 无条件启用；新增 `/Zc:__cplusplus`（MSVC 默认把 `__cplusplus` 报为 `199711L`，加该选项后正确报 `201703L`，使依赖该宏判断的第三方库——内置 Eigen 3.3.7——走标准分支）；显式追加 `/W3`（CMake 3.15 起策略 CMP0092 不再把 `/W3` 放入 `CMAKE_CXX_FLAGS`，显式恢复以保持原有警告级别）；`/Zc:wchar_t`、`/FS` 与 Release 专用的 `/Zc:strictStrings` 保持不变。
+- **全部构建脚本改为 MSVC 2022**：新增 `.vscode/scripts/msvc_env.bat`（定位 VS2022 工具集与 `cl.exe`、校验路径存在后调用 `vcvarsall.bat x64`，可用 `VS2022_DIR` / `MSVC_TOOLSET_VERSION` / `MSVC_HOST_ARCH` / `MSVC_TARGET_ARCH` 环境变量覆盖默认值），`configure.bat` / `build.bat` / `clean.bat` 统一改为调用该脚本并显式传入 `-DCMAKE_CXX_COMPILER`；四个脚本一律保持**纯 ASCII 编码**（cmd.exe 按 OEM 代码页解析 .bat，中文注释会破坏其解析）。
+- `configure.bat` 新增「旧工具集构建树自动清理」：构建目录存在 `CMakeCache.txt` 但缺少 `.msvc_toolset` 标记（或标记与当前工具集版本不一致）时，先整体删除该目录再重新配置。原因是 MSVC 2013 的 CMake 缓存与目标文件不能跨编译器复用——nmake 仅按时间戳判断，会把旧目标文件当作最新而跳过重编译，导致新旧工具集目标文件混链。
+- VS Code 工程配置同步为 MSVC 2022 x64 + C++17：`settings.json` 的 `cmake.environment` 改为 VS2022 v143 x64 与 Windows SDK 10.0.26100.0 的 `PATH`/`INCLUDE`/`LIB`，新增 `cmake.configureArgs` 固定 `cl.exe` 路径，`C_Cpp.default.cppStandard` 改为 `c++17` 并新增 `C_Cpp.default.intelliSenseMode`；`c_cpp_properties.json` 的 `compilerPath` 指向新 `cl.exe`、`intelliSenseMode` 改为 `windows-msvc-x64`、配置名改为「X256_PS/X256_MS (MSVC2022 x64)」；`cmake-variants.yaml` 与 `tasks.json` 的变体/任务描述同步为 MSVC2022 x64。
+- 产物架构由 x86 变为 **x64（AMD64）**：宿主程序必须为 64 位、并使用同一版本头文件重新编译后才能加载新 DLL（`rdp_playback.exe` 回放工具同样需升级为 x64 版本）。
 
 ### Fixed
 
@@ -63,6 +69,7 @@
 - 修复 `TAS_Ctrl::tas_beam_output()` 把航迹向量下标 `earliest_track_idx` 误赋给 `Tracking_beam->TAS_track_index` 的问题（1521592）：现输出实际航迹号 `(*trust_track)[earliest_track_idx].Track_Index`，避免跟踪波束批号与目标不符。
 - 修正 README.md（第 2、5.2、8.1、8.3、9.3、13 节）与 `docs/data_process_flow_report.md`（第 0、1、6.1~6.4 节、附录）中航迹起始的步骤顺序描述（纯文档勘误，无代码改动）：两份文档原写作「航迹头（1 点）→ 点-航迹头关联（2 点）→ 点-临时航迹关联（≥3 点）→ 起批」，与 `track_init.cpp`（L49-126）每圈的实际执行顺序相反；现更正为「① 点迹先与 ≥2 点临时航迹关联（延长已有临时航迹）→ ② 再与 1 点航迹头关联（两点卡尔曼初始化出 2 点临时航迹）→ ③ 两个阶段都结束后统一删除被消费（`Use_Flag==1`）的点迹、剩余点迹逐条转为新航迹头 → ④ 长度达标的临时航迹经三点卡尔曼初始化转为可靠航迹」，并同步修正流程图与状态机；另补充两点此前的描述缺失：两个关联阶段互不排斥（航迹头阶段不检查临时航迹阶段留下的 `Use_Flag`，同一点迹可同时延长一条临时航迹并开启一条 2 点临时航迹）、两类关联都不做一对一分配（同一条临时航迹可被同圈多个点延长）。
 - 修复速度模糊时「向站/背站」判断有误的问题（fc49707、42b598e）：`Flag_Direction` 不再由受多普勒模糊影响、符号可能取反的实测径向速度 `vr_point` 决定，改为按航迹滤波速度矢量与雷达视线的几何关系判定（判据见 Changed），TWS、TAS 两通道行为一致。
+- 修复升级到 MSVC 2022 后在 `/W3` 下新增报出的 **17 处 C4267**（`size_t` → `int` 窄化，可能丢失数据）告警：`track_asso.cpp`（7 处）、`track_init.cpp`（5 处）、`track_init_direct_tracking.cpp`（4 处）、`track_asso_tas.cpp`（1 处）、`tas_ctrl.cpp`（1 处）按项目既有约定改为 `static_cast<int>(...)` 显式转换，不改变任何计算逻辑、对外接口与结构体布局；被编辑的源文件均已恢复「带 BOM 的 UTF-8」编码，与仓库其余文件保持一致。修复后 X256_PS/X256_MS × Release/Debug 四种配置均为 **0 warning、0 error**。
 
 ### Removed