Mozc输入法在Linux平台下F10转写顺序异常问题分析

问题背景

Mozc作为一款基于Google日语输入法的开源输入法引擎，在跨平台使用时偶尔会出现行为不一致的情况。近期发现一个关于F10键转写功能的有趣现象：在Linux平台下，F10键的转写顺序会受到历史输入记录的影响，这与Windows平台下的预期行为不符。

功能预期

F10键（或Ctrl+T组合键）设计用于在三种转写格式之间循环切换：

1. 小写格式（如"pya"）
2. 大写格式（如"PYA"）
3. 首字母大写格式（如"Pya"）

理想情况下，无论之前进行过何种转写操作，每次按下F10都应该从第一种格式（小写）开始循环。

问题现象

在Linux平台特定配置下，F10的转写顺序会"记住"上一次的选择。例如：

1. 首次输入"ぴゃ"后按两次F10并确认（小写→大写）
2. 再次输入"ぴゃ"后按F10时，会直接跳到大写格式，而非预期的小写格式

技术分析

经过深入代码分析，发现问题根源在于候选词列表的处理逻辑差异：

1. 配置参数影响：use_cascading_window参数控制着候选词窗口的显示方式，当其设置为false时会导致此问题

2. 候选词排序机制：

   • 禁用级联窗口时，候选词列表会根据使用历史重新排序
   • 启用级联窗口时，候选词保持固定顺序

3. 转写处理流程：

   • EngineConverter::ConvertToTransliteration负责转写处理
   • CandidateList::MoveToAttributes根据属性匹配候选词
   • 当候选词顺序变化时，匹配逻辑会优先选择历史记录中的选项

解决方案

开发团队通过修改候选词匹配逻辑，确保无论use_cascading_window设置为何值，F10转写都能从固定顺序开始。主要修改包括：

1. 标准化候选词排序处理
2. 确保转写属性匹配不受历史记录影响
3. 保持跨平台行为一致性

技术启示

这个案例展示了输入法设计中几个重要考量：

1. 状态管理：输入法需要谨慎处理上下文状态，避免意外记忆效应
2. 平台一致性：跨平台实现时需注意底层差异
3. 配置影响：功能实现应考虑不同配置下的行为差异

该修复已合并到主分支，确保了Mozc在不同平台和配置下都能提供一致的转写体验。