keybd_event无法正常模拟Ctrl/Shift/Alt按键事件问题

正在开发独立运行的个人快捷键自动触发工具，基于DearImGui实现自定义GUI界面，点击界面按钮时可自动模拟触发对应快捷键组合。
目前普通按键的模拟功能全部正常，但Control、Shift、Alt这类修饰键的模拟始终异常，累计排查超1天，最初推测是Windows安全防护机制拦截了修饰键的模拟输入事件，已排除自身代码逻辑错误、“单次仅能模拟一个按键”等可能诱因，最小复现代码如下：

• 可正常模拟触发F8键的代码：

if (ImGui::Button("Button 1", ImVec2(334, 30)))
{
    keybd_event(0x77, 0, 0, 0); // 按下按键
    keybd_event(0x77, 0, KEYEVENTF_KEYUP, 0); // 释放按键
}

• 预期模拟CTRL+F1组合键、实际仅F1被系统识别的代码：

if (ImGui::Button("Button 2", ImVec2(334, 30)))
{
    keybd_event(0x70, 0, 0, 0); // 按下按键
    keybd_event(VK_CONTROL, 0, 0, 0); // 按下按键
    keybd_event(0x70, 0, KEYEVENTF_KEYUP, 0); // 释放按键
    keybd_event(VK_CONTROL, 0, KEYEVENTF_KEYUP, 0); // 释放按键
}

补充测试结论：其余普通按键模拟均正常，单独发送Ctrl键模拟事件也可正常触发，问题持续复现。

不存在Windows系统拦截修饰键模拟输入的安全机制，问题核心是按键触发顺序写反了。
真实物理操作组合键的逻辑固定为：先按住修饰键（Ctrl/Shift/Alt）不松开，再按下对应普通按键，接着释放普通按键，最后释放修饰键。上述异常代码的执行顺序是先按下F1，再按下Ctrl，F1触发输入时Ctrl根本没有处于按下状态，系统自然只会识别到单独的F1按键，不会判定为Ctrl+F1组合键。

调整按键的按下、释放顺序即可，修正后的CTRL+F1模拟代码如下：

if (ImGui::Button("Button 2", ImVec2(334, 30)))
{
    // 先按下修饰键Ctrl并保持
    keybd_event(VK_CONTROL, 0, 0, 0);
    // 再按下普通按键F1
    keybd_event(0x70, 0, 0, 0);
    // 先释放F1
    keybd_event(0x70, 0, KEYEVENTF_KEYUP, 0);
    // 最后释放Ctrl
    keybd_event(VK_CONTROL, 0, KEYEVENTF_KEYUP, 0);
}

如果需要更稳定的输入模拟效果，建议替换已被标记为过时的keybd_event接口，改用SendInput接口实现，可以避免大部分输入序列被打断、焦点异常导致的模拟失效问题。

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