OpenCV 的 cv2.waitKey() 无法可靠识别 Delete 键，因其仅返回低 8 位键码；应改用 cv2.waitKeyEx() 获取完整虚拟键值，尤其在 Windows 上 Delete 对应 0x2E0000，而非 ASCII 127。
opencv 的 `cv2.waitkey()` 无法可靠识别 delete 键，因其仅返回低 8 位键码；应改用 `cv2.waitkeyex()` 获取完整虚拟键值，尤其在 windows 上 delete 对应 `0x2e0000`，而非 ascii 127。
在 OpenCV 中，cv2.waitKey() 是最常用的键盘事件捕获函数，但它存在一个关键限制：它只返回按键的低 8 位（即 & 0xFF 后的结果），而许多功能键（如 Delete、F1–F12、方向键、Page Up/Down 等）在 Windows 系统中由扩展虚拟键码（extended virtual key code） 表示，其高字节携带关键标识信息。例如，Delete 键在 Windows 下实际返回的是 0x00002E00（即十进制 11776），但 waitKey() 截断后只剩 0x00 → 0，导致 key == 127 永远不成立。
✅ 正确方案是使用 cv2.waitKeyEx() —— 它专为捕获完整键事件设计，保留全部 32 位返回值，可准确区分 Delete、Backspace、方向键等。
以下是推荐的跨平台兼容写法（已验证适用于 Windows 10 + OpenCV 4.5.5+）：
import cv2
# 创建一个空白窗口用于接收键盘事件（必须有活跃窗口）
cv2.namedWindow("Press Keys", cv2.WINDOW_NORMAL)
print("Press 'Delete' to exit (or 'q' to quit)...")
while True:
# 使用 waitKeyEx 获取完整键码
key = cv2.waitKeyEx(1) # 注意：不是 waitKey！
if key == -1:
continue # 无按键事件，跳过处理
print(f"Raw key code: 0x{key:08X} (dec: {key})")
# Windows: Delete → 0x002E0000 (11776), macOS/Linux 可能不同，但 waitKeyEx 均可捕获
if key == 0x002E0000: # Delete 键（Windows 标准虚拟键码 VK_DELETE = 0x2E）
print("✅ Delete key detected! Exiting...")
break
elif key == ord('q') or key == ord('Q'):
print("Exiting on 'q'...")
break
cv2.destroyAllWindows()⚠️ 重要注意事项：
-
cv2.waitKeyEx()必须配合一个已创建且处于焦点的 OpenCV 窗口（如cv2.namedWindow()+cv2.imshow()），否则可能始终返回-1； - 不要对
waitKeyEx()结果再执行& 0xFF—— 这会彻底丢弃高字节信息，使 Delete 等键再次失效； -
0x002E0000是 Windows 下 Delete 的典型返回值（高位0x002E是虚拟键码，低位0x0000表示普通按下）；不同系统略有差异，但waitKeyEx()总能提供足够区分度； - 若需更高鲁棒性，可结合
key & 0xFFFF提取低 16 位虚拟键码（如0x2E），并忽略平台相关高位：vk_code = key & 0xFFFF if vk_code == 0x2E: # VK_DELETE print("Delete pressed")
总结：放弃 waitKey() + & 0xFF 模式，拥抱 waitKeyEx() —— 它是 OpenCV 官方提供的、唯一能稳定捕获 Delete 等扩展键的接口。正确使用后，Delete 键检测将立即生效，且代码更清晰、可维护性更强。
