8.0 KiB
8.0 KiB
新增功能模块 / 模块重构
本记录描述通用输入系统阶段 1 的实际实现边界与验证证据。它不代表焦点、键盘路由或 TextBox 自绘已经完成。
基本信息
- 模块 ID:Module-20261007-0005
- 模块名称:阶段 1 输入采集、规范化与跨线程观察队列
- 状态:实现完成,自动回归与真实 IME / KEY1–6 人工兼容性回归通过
- 类型:新增模块 / 架构演进
- 所属系统 / 子系统:StellarX Core / Window / Native Input
- 版本 / 分支:
master,未提交工作区 - 环境:Windows + Visual Studio 2022 + MSVC v143 + EasyX + MBCS 工程配置
- 负责人:Codex 协作实现
背景与目标
- 阶段 0 已确认 EasyX HWND/WndProc 和宿主
peekmessage分属两个线程,当前窗口是 ANSI、中文布局为 CP936。 - 阶段 1 只建立“WndProc 采集与规范化 → 跨线程队列 → 宿主安全点观察排空”的地基,不实现 FocusManager、KeyboardRouter、消费白名单或控件键盘行为。
- 为保持现有行为,本阶段继续把 EasyX
EX_KEY交给旧Control::handleEvent();真正换轨留到阶段 3。
实现边界
已实现
- 公共事件模型:
KeyEvent、TextInputEvent、CompositionEvent、WindowActivationEvent、NativeInputEvent。 - 每 Window
NativeInputContext和正确性优先的mutex + deque跨线程队列。 - 全局 atomic sequence、队列 pushed/popped/depth/maxDepth 统计和宿主观察统计。
- Key lParam 的 repeat、scan code、extended、alt context、previous state、system key 解析,以及左右 Ctrl/Shift/Alt 快照。
- 原始
VK_PROCESSKEY单键所有权与imeComposingAtCapture生命周期快照的两轴模型。 - Unicode
WM_CHAR代理对、WM_UNICHARUTF-32、ANSI/CP936 DBCS lead/trail 解码。 WM_IME_STARTCOMPOSITION/COMPOSITION/ENDCOMPOSITION状态机、缺失 START 时的惰性compositionId。GCS_RESULTSTR唯一正式提交,以及WM_IME_CHAR/WM_CHAR独立游标的邻接回声去重。WM_SETFOCUS/WM_KILLFOCUS激活事件和重新获焦时的键盘布局快照。- 主循环与模态循环在安全点观察排空;阶段 1 不调用控件路由。
- WndProc 分配失败/异常的无分配故障快照;宿主安全点 fail-stop,返回码为
-2。 - 非法文本序列、IMM 查询失败、残留半截解码状态的无原文累计诊断。
明确未实现
- FocusManager、FocusScope、Tab 顺序和焦点回退。
- KeyboardRouter、祖先冒泡、Dialog 默认动作和
VK_PROCESSKEY下游抑制。 - 生产键盘消费白名单。
- Button、Table、TabControl、Dialog 的键盘接入。
- TextBox UTF-16 编辑内核、自绘、选区、剪贴板和 IME caret 定位。
- 将旧
EX_KEY从Control::handleEvent()中移除。
关键契约
- WndProc 线程只做状态快照、规范化和短临界区入队;不执行用户回调、控件 mutation 或文件 I/O。
- 原始
VK_PROCESSKEY只表示当前单键归 IME,不启动持久组合态,也不分配compositionId。 - 标准 IME 生命周期只由 START/COMPOSITION/END 维护;两轴均在采集时快照,延迟消费者不得重查全局输入状态。
GCS_RESULTSTR只产生一次TextInputEvent;紧邻且完整匹配的 IME/字符回声只观察,不重复入队。- END 转发旧窗口过程前不清回声,避免漏掉 END 处理中的嵌套或紧随回声。
- 正常资源条件下队列不得丢输入;分配失败或队列异常必须显式 fail-stop。
- 阶段 1 保留旧 EX_KEY 业务旁路;阶段 3 才把 EX_KEY 改为纯排空并启用新路由。EX_MOUSE 永久保留。
实现文件
include/StellarX/InputEvents.hsrc/StellarX/internal/SxNativeInputInternal.hsrc/StellarX/SxNativeInput.cppinclude/StellarX/Window.hsrc/StellarX/Window.cppsrc/StellarX/Dialog.cpptests/StellarXTests.cpptests/UiFixture.cppscripts/run-ui-tests.ps1
自动验证
逻辑测试
- Key lParam 和左右修饰键快照。
VK_PROCESSKEY不启动组合,且普通键在生命周期内不被改写为 IME 所有。- IME 生命周期、Cancel/End 和
compositionId。 - CP936 lead/trail 合并。
WM_UNICHAR能力查询、UTF-32 代理对和非法 scalar 计数。- GCS 结果回声双通道去重,以及 END 后紧随回声保持。
- CP936 不可表示结果只抑制实际替代字节回声,不误吞随后无物理键前导的程序化文本。
- 20,000 事件生产/消费跨线程严格顺序。
- 注入式分配失败 fail-stop。
- 宿主观察排空无积压。
真实 EasyX input-shadow
- 总计注入 4,000 条 F24 KeyDown/KeyUp,分为低于 EasyX 旧队列有效容量的持续小波次。
- 同时验证旧
EX_KEY -> handleEvent()与新 NativeInputQueue;两面均必须完整看到 2,000 Down + 2,000 Up。 - 新队列必须
pushed == popped、depth 归零、sequence 严格、无 fault、无文本规范化异常。 - 两轮负载之间检查私有内存不出现线性增长,并验证窗口仍能响应鼠标点击。
- 脚本新增
-OnlyScenario input-shadow,默认不传参时仍执行完整 UI 套件。
当前证据
- Debug x64、x64 ASan、Release x64、Debug Win32 均为 27/27;KEY1–6 全部编译/链接成功。
- 完整 UI fixture 曾一轮通过;最终源码单独复跑
input-shadow通过:旧面 4000/4000,新面 4000/4000,最大新队列深度 40,最终深度 0,内存增长 0,顺序严格且无故障。 - 最终完整 UI 的两次追加复跑分别在
geometry、ownership的鼠标点击检查点超时,均未进入input-shadow。该结果按既有桌面焦点/SendInput 抖动保留,不写成最终全套连续通过;阶段 1 核心输入场景已有最终源码独立证据。 - PowerShell 5.1 与 Codex 运行时 PowerShell 7.6.5 AST、
StellarX.Core.vcxprojXML、git diff --check均通过。 - 2026-10-07 微软拼音有效会话
manual-20261007-192828-293-MicrosoftPinyin与搜狗有效会话manual-20261007-193100-289-Sogou均为 sequence 严格、零丢失、零原文泄漏、3 次正式结果与WM_IME_CHAR回声完整匹配,并观察到正常关闭和session_end。 - 用户完成 KEY1–6 人工交互,当前快照未发现卡顿、重复提交、双触发或既有行为退化。人工用例中 KEY5/KEY6 的
120 msTooltip 覆盖已移除,恢复验证框架默认1000 ms;KEY2 日志轮转阈值由 1 KiB 调整为 10 MiB。 - 上述用例调整后,正式
NonUI再次确认四种单元测试配置均为 27/27,KEY1–6 全部编译链接成功。 - 输入探测夹具没有文本焦点叶子和 caret 锚点,候选框使用系统回退位置不属于阶段 1 失败;本记录不据此宣称 FocusManager、TextBox 或候选框定位已经集成。
风险与后续
- 当前微软拼音/搜狗 + ANSI EasyX + CP936 的结果/回声顺序有阶段 0 真实证据;其他 IME、窗口 A/W 属性和系统版本仍需保持可诊断回退。
- EasyX 旧
EX_KEY队列在当前环境呈现约 63 条有效容量;压力测试必须使用持续小波次验证排空,不能把第三方瞬时溢出误判为新队列丢失。 - 阶段 3 是明确兼容性切换点:派生控件必须从
handleEvent(EX_KEY)迁移到新的 routed key 接口;届时再补开发记录/MIGRATION.md条目。 - 阶段 1 的自动验证和用户人工兼容性回归已经收口;下一步可进入阶段 2 FocusManager 设计/实现,但仍不得提前混入阶段 3 KeyboardRouter 或阶段 5 TextBox 自绘。