如何在C++中实现按键到屏幕响应的高分辨率时间测量

你的整体方案是目前消费级设备下测量显示端到端延迟的标准实现思路，完全可行。仅需要修正一个核心问题：不要采用GLFW键盘事件的时间戳，直接使用Millikey Response Box自带的硬件级时间戳即可，GLFW的时间戳是输入事件传递到应用层的时间，中间经过了系统输入队列、窗口消息分发等多层链路，和实际按键按下的时间有几毫秒到几十毫秒不等的偏差，不能作为计时起点。

• 对接Millikey响应盒原生SDK：不要走系统通用HID键盘通路，直接调用厂商提供的官方SDK读取按键事件，SDK返回的硬件时间戳是响应盒的硬件电路捕获到按键跳变时的时间，1000Hz采样率下误差不超过1ms，完全满足计时起点的精度要求。
• 统一跨设备时钟源：这是测量准确的核心前提，两个设备的原生时间戳处于独立时钟域，直接相减没有意义。程序启动时用系统高精度时钟做一次同步校准：Windows下调用QueryPerformanceCounter，Linux下调用clock_gettime(CLOCK_MONOTONIC)，同时触发两个设备的标定事件，计算两个设备时间戳相对系统时钟的固定偏移量，后续所有事件的时间戳都换算到系统高精度时钟的基准下再做对比。
• 优化屏幕触发逻辑：不要用普通UI框架做亮度变化，直接用OpenGL/Vulkan实现全屏纯色切换，关闭垂直同步（VSync）避免渲染被锁定到屏幕刷新率的整数倍延迟，调用swapBuffers完成帧交换后可以额外记录一个软件时间戳作为中间参考值。
• 光传感器数据处理：调用光传感器原生SDK读取数据，开启独立的高优先级线程轮询传感器输出，当检测到亮度跳变超过预设阈值（建议设为屏幕最大亮度的50%，抵消屏幕上升沿拖尾的影响）时，立刻取传感器对应的硬件时间戳，换算到统一时钟源后和按键时间戳做差，得到的就是端到端响应时间。

• 抵消随机采样误差：1000Hz的响应盒最大有1ms的采样误差，10000Hz的光传感器最大有0.1ms的采样误差，重复测试100次以上取平均值，可以把随机误差控制在0.1ms以内。
• 规避系统调度影响：将程序进程优先级调到最高，Windows下设置为REALTIME_PRIORITY_CLASS，Linux下将nice值设为-20，避免操作系统调度插入额外的不可控延迟。
• 统一触发判定标准：不同屏幕的像素响应速度不同，亮度变化的上升沿长度从几毫秒到几十毫秒不等，固定用亮度峰值的50%作为触发判定点，可以消除不同屏幕特性带来的测量偏差。

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