在Windows 7 SP1 x86系统中能否使用std::chrono？程序崩溃求助

一、先核对编译目标配置 #

• 检查项目平台：右键项目→属性→配置属性→平台，必须选x86（Win32），要是编译出x64程序，在x86的Win7上跑肯定直接崩。
• 修改最低支持系统版本：项目属性→配置属性→常规→“最低支持的Windows版本”，设成6.1（Windows 7）。VS2022默认最低支持Win10，不改的话代码里会调用Win10才有的API，Win7不认就崩。
• 选择兼容Win7的工具集：如果用v142平台工具集，得确保勾选了“适用于Windows XP的C++支持”（虽说是XP，但兼容Win7）；嫌麻烦直接降级到v141工具集（VS2019的工具集，原生支持Win7）。

二、替换可能踩坑的API实现 #

1. 当前系统时间获取 #

std::chrono本身在Win7上是支持的，但要是用了std::chrono::file_clock这类Win10才完善的扩展，可能出问题。换用Windows原生API稳得很：

#include <windows.h>
#include <iostream>

void get_current_time() {
    SYSTEMTIME st;
    GetLocalTime(&st);
    std::cout << "当前时间: " << st.wYear << "-" << st.wMonth << "-" << st.wDay 
              << " " << st.wHour << ":" << st.wMinute << ":" << st.wSecond << std::endl;
}

2. 文件修改时间获取 #

要是用了std::filesystem::last_write_time，这个在Win7上得额外链接vcruntime140_1.dll，但最新的VC++可再发行组件已经放弃支持Win7了，这个dll可能装不上。直接用Windows原生API更靠谱：

#include <windows.h>
#include <iostream>
#include <ctime>

void get_file_modify_time(const char* file_path) {
    HANDLE hFile = CreateFileA(file_path, GENERIC_READ, FILE_SHARE_READ, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL);
    if (hFile == INVALID_HANDLE_VALUE) {
        std::cerr << "打开文件失败" << std::endl;
        return;
    }

    FILETIME ftCreate, ftAccess, ftWrite;
    if (GetFileTime(hFile, &ftCreate, &ftAccess, &ftWrite)) {
        FILETIME ftLocal;
        FileTimeToLocalFileTime(&ftWrite, &ftLocal);
        SYSTEMTIME st;
        FileTimeToSystemTime(&ftLocal, &st);
        std::cout << "文件修改时间: " << st.wYear << "-" << st.wMonth << "-" << st.wDay 
                  << " " << st.wHour << ":" << st.wMinute << ":" << st.wSecond << std::endl;
    } else {
        std::cerr << "获取文件时间失败" << std::endl;
    }

    CloseHandle(hFile);
}

三、调整运行时库链接方式 #

• 动态链接（/MD//MDd）：得安装VS2022 17.4及之前版本的x86 VC++可再发行组件，2023年之后的版本已经不支持Win7了。
• 静态链接（/MT//MTd）：项目属性→配置属性→C/C→代码生成→运行时库，选“多线程(/MT)”或“多线程调试(/MTd)”。这样运行时库会打包进程序里，不用依赖系统里的VC组件，避免版本不兼容的问题。

四、定位崩溃根源 #

要是上面的方法都没用，就在Win7上开启崩溃转储：

1. 右键“计算机”→属性→高级系统设置→启动和故障恢复→设置，勾选“写入调试信息”，选择“小型内存转储”。
2. 运行程序触发崩溃后，去C:\Windows\Minidump找到转储文件，用VS2022打开查看调用栈，就能明确是哪个API导致的崩溃。

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