Linux 日语输入法审计：确认引擎、备份词库与迁移学习数据

在 Linux 桌面环境中安装日语输入法并不困难，但真正需要迁移系统、重装发行版或更换电脑时，往往会遇到几个问题：

• 当前实际使用的是哪一个输入法框架？
• 安装了多个日语引擎，真正启用的是哪一个？
• 用户词典能否导出？
• 长期积累的候选词频和学习历史能否一起迁移？
• 是否需要清理 IBus、Fcitx5 或其他输入法残留？
• 为了“优化配置”而进行修改，是否反而会破坏当前稳定状态？

为回答这些问题，对一台运行 Arch Linux、KDE Plasma 和 Wayland 的工作站进行了一次只读审计。审计不修改配置、不卸载软件包，也不重启输入法，仅检查当前运行状态、配置文件、用户数据和可迁移性。

一、当前输入法环境

审计确认，当前活跃的输入法框架是：

Fcitx5

桌面会话为 KDE Plasma Wayland，Fcitx5 进程和对应的用户服务均处于正常运行状态。

当前实际激活的输入法是：

Rime

Rime 主要用于中文输入，并不是本次检查的日语输入法。

当前 Fcitx5 输入法列表中配置的日语输入法是：

Mozc

系统中另外还安装了多个日语输入引擎：

• KKC
• SKK
• Anthy
• 基于 M17N 的 Anthy 日语输入项

这些引擎虽然已经安装，但并未全部加入当前日常使用的输入法切换列表。

因此，需要区分四种状态：

状态	含义
已安装	软件包存在于系统中
可用	Fcitx5 能够识别该输入法引擎
已配置	输入法已加入当前 Fcitx5 输入法组
当前激活	此刻正在用于输入的引擎

本机的实际情况是：

• Fcitx5 是当前框架。
• Rime 是当前激活的输入法。
• Mozc 是当前配置的日语输入法。
• KKC、SKK 和 Anthy 只是已安装、可用，但不是当前主要日语输入方案。

二、为什么选择 Mozc

Mozc 是一个开源日语输入引擎，常用于 Linux 上的日语输入。它可以通过 Fcitx5、IBus 等不同输入法框架使用。

在当前系统中，Mozc 通过 Fcitx5 集成，相关程序包括：

mozc_server
mozc_tool
fcitx5-mozc

其中：

• mozc_server 负责转换、学习和候选词生成。
• mozc_tool 提供用户词典管理、导入和导出等功能。
• fcitx5-mozc 负责把 Mozc 接入 Fcitx5。

Mozc 的优势之一，是具备官方用户词典管理工具，而不是完全依赖手工复制数据库。

三、Mozc 用户词典能否导出

审计确认，当前安装的 Mozc 工具包含官方用户词典导入和导出功能。

相关功能包括：

Export current dictionary
Export to file
Import from file
Import to current dictionary
Import as new dictionary

这意味着，手工登记的用户词条可以通过官方工具导出为文件，再导入另一台机器。

官方导出方式适合以下场景：

• 从一台 Linux 电脑迁移到另一台 Linux 电脑。
• 系统重装后恢复用户词条。
• 在不同输入法框架之间迁移 Mozc 用户词典。
• 尝试导入 Windows 或 macOS 上支持兼容格式的日语输入法。

官方词典导出的优点是格式相对稳定，不需要直接处理内部数据库，也不容易把锁文件或运行时状态一起带走。

不过，官方词典导出通常只包含手工登记的用户词条，并不等同于完整备份。

四、用户词典与学习数据不是一回事

Mozc 的用户数据目录通常位于：

~/.config/mozc/

其中可能包含以下文件：

user_dictionary.db
.history.db
segment.db
boundary.db
cform.db
.encrypt_key.db
.registry.db

这些文件的用途并不完全相同。

1. 手工用户词典

user_dictionary.db

该文件用于保存通过词典工具手工登记的词条。

本次审计中，这个文件大小为 0 字节，说明当前系统大概率尚未在 Mozc 中手工登记用户词条。因此，即使执行官方词典导出，也可能没有实际内容可以导出。

这并不代表 Mozc 没有积累任何个性化数据。

2. 学习历史

.history.db

该文件保存输入和转换历史，是 Mozc 学习用户输入习惯的重要组成部分。

3. 个性化转换数据

segment.db
boundary.db
cform.db

这些文件可能涉及：

• 分词和片段转换
• 词语边界偏好
• 候选形式
• 个人转换习惯
• 候选词排序

它们通常不会包含在普通的用户词典导出文件中。

因此，Mozc 的备份应该分为两类：

备份类型	主要内容
官方词典导出	手工登记的用户词条
用户数据目录备份	学习历史、候选偏好和个性化数据库

如果只执行官方词典导出，长期积累的输入习惯可能不会被保留下来。

五、学习数据能否完整导出

本次审计没有发现 Mozc 提供官方的“完整学习历史导出”功能。

这意味着：

• 手工用户词典可以通过官方工具导出。
• 自动学习数据和历史记录不能通过同一工具完整导出。
• 若希望保留学习习惯，需要直接备份 Mozc 用户数据文件。

直接复制数据库是目前保留学习行为的实用办法，但需要注意版本兼容性和文件一致性。

六、如何安全备份 Mozc 数据

直接备份 Mozc 数据前，最好先停止输入法相关进程，避免数据库正在写入时被复制。

不建议在 Mozc 正在运行时直接复制所有数据库，因为可能存在：

• 数据文件与日志文件状态不一致
• 数据库只写入了一部分
• 锁文件仍然有效
• 恢复后被误认为已有运行中的会话
• 新旧版本数据库格式不兼容

建议备份的文件包括：

~/.config/mozc/user_dictionary.db
~/.config/mozc/.history.db
~/.config/mozc/segment.db
~/.config/mozc/boundary.db
~/.config/mozc/cform.db
~/.config/mozc/.encrypt_key.db

其中，.encrypt_key.db 最好与其他 Mozc 数据库作为同一组一起保存，避免恢复后无法正确读取部分状态。

以下文件不应该作为恢复数据保存：

~/.config/mozc/.server.lock
~/.config/mozc/.session.ipc

它们属于运行时锁文件和进程间通信状态，只对当前登录会话有效。

以下日志文件也不需要恢复：

fcitx_mozc.log
mozc_server.log
mozc_tool.log

日志可以在故障排查时临时保存，但不属于输入法迁移数据。

七、Fcitx5 配置也需要单独备份

除了 Mozc 自身的数据，还应备份 Fcitx5 的配置。

常见配置文件包括：

~/.config/fcitx5/profile
~/.config/fcitx5/config
~/.config/fcitx5/conf/

这些文件保存的内容包括：

• 当前输入法列表
• 输入法排列顺序
• 默认输入法
• 输入法切换快捷键
• 候选窗口设置
• 界面主题
• 输入法组配置
• Rime、M17N 等插件的行为设置

其中：

~/.config/fcitx5/profile

主要决定当前输入法组中包含哪些输入法，以及默认输入法是什么。

~/.config/fcitx5/config

主要保存全局快捷键和输入法切换行为。

~/.config/fcitx5/conf/

保存各个插件和界面模块的具体配置。

如果只备份 Mozc 数据而不备份 Fcitx5 配置，迁移后词库可能还在，但输入法列表、快捷键和默认选择可能需要重新配置。

八、Wayland 下的稳定启动方式不要随意修改

当前系统已经使用了一套经过验证的 Fcitx5 启动方式：

• KDE Plasma Wayland
• KDE 的虚拟键盘设置使用 Fcitx5 Wayland 启动器
• 传统 XDG Autostart 条目被禁用
• Fcitx5 由 Wayland 会话正确启动

传统自动启动文件中保留：

Hidden=true

其目的是防止 Fcitx5 被启动两次。

如果同时由 KDE Wayland 启动器和传统 Autostart 启动 Fcitx5，可能产生：

• 输入法图标异常
• 输入法启动顺序不稳定
• D-Bus 服务重复
• 部分应用无法正常调用输入法
• 候选窗口或托盘状态异常

因此，在当前配置已经稳定工作的情况下，不应为了“清理配置”而重新启用传统自动启动。

备份系统输入法配置时，启动方式相关文件也应保留。

九、IBus 残留是否需要删除

审计发现用户目录中存在少量 IBus 相关文件，但同时确认：

• 没有 IBus 守护进程运行。
• 没有 IBus 用户服务处于活动状态。
• 当前输入法框架明确为 Fcitx5。
• IBus 会话文件中记录的进程实际上是 Fcitx5，而不是 IBus。

因此，这些文件更可能是兼容层或历史会话残留，并不是两个输入法框架正在争用系统。

这种情况下不建议主动删除。

判断输入法冲突时，不能仅依据目录是否存在，还应检查：

• 实际运行进程
• D-Bus 服务
• systemd 用户服务
• 环境变量
• 当前输入法框架
• GTK 和 Qt 应用的实际输入行为

如果当前没有冲突证据，删除残留文件不会带来明显收益，反而可能破坏某些兼容行为。

十、多个日语输入法引擎是否需要清理

系统中同时安装了 Mozc、KKC、SKK 和 Anthy。

从功能上看，这些引擎存在一定重复，但并不会因为同时安装就自动产生冲突。

只有在以下情况下，才有必要考虑清理：

• 输入法切换列表过于杂乱。
• 某个引擎已经确认不再使用。
• 软件包引入了不需要的依赖。
• 不同引擎之间存在明确的快捷键冲突。
• 某个输入法导致启动错误或崩溃。

当前 Fcitx5 输入法列表只包含常用项目，并没有把所有已安装引擎全部加入切换列表。

因此，这些软件包最多只是占用少量磁盘空间，不属于必须处理的问题。

为了追求“系统干净”而卸载输入法引擎，并不一定值得。

十一、跨 Linux 系统迁移

从一台 Linux 电脑迁移到另一台 Linux 电脑时，最理想的情况是目标系统也使用：

• Fcitx5
• Mozc
• 相近的软件版本
• 相同的用户目录结构

推荐迁移内容包括：

~/.config/mozc/
~/.config/fcitx5/profile
~/.config/fcitx5/config
~/.config/fcitx5/conf/

如果希望保留当前桌面输入法启动方式，还应保存相关的自动启动配置。

恢复时应注意：

1. 先在目标系统安装 Fcitx5 和 Mozc。
2. 确认程序能够正常启动。
3. 停止 Mozc 和 Fcitx5 写入数据。
4. 恢复用户配置和数据库。
5. 检查文件属主和权限。
6. 再重新启动输入法或重新登录。
7. 测试日语转换和候选词排序。

如果目标系统使用的是 IBus 而不是 Fcitx5，则不应直接恢复 Fcitx5 的配置文件。

Mozc 用户词典可以使用官方导出和导入方式迁移，但 Fcitx5 的输入法组、快捷键和界面配置不能直接转换为 IBus 设置。

十二、迁移到 Windows 或 macOS

跨操作系统迁移时，最可靠的内容是：

Mozc 官方用户词典导出文件

不建议把 Linux 下的整个 ~/.config/mozc/ 目录直接复制到 Windows 或 macOS。

原因包括：

• 文件路径结构不同
• 输入法框架不同
• 数据库版本可能不同
• Windows 和 macOS 使用的输入法程序可能并非完全相同的 Mozc 构建
• 学习历史和候选排序数据库可能不兼容
• 权限和锁文件机制不同

因此：

• 手工登记的词条可以尝试通过官方格式迁移。
• 自动学习历史通常不能可靠跨系统迁移。
• Fcitx5 配置无法直接用于 Windows 或 macOS。
• 是否能够导入，还需要在目标输入法中实际验证支持的词典格式。

跨系统迁移应以词典级迁移为主，而不是数据库级迁移。

十三、Rime 数据也需要谨慎处理

虽然本次审计主要针对日语输入法，但当前系统实际激活的是 Rime。

Rime 用户数据通常位于：

~/.local/share/fcitx5/rime/

其中可能包含：

• 自定义 YAML 配置
• 用户词库
• 同步数据
• 编译生成文件
• LevelDB 类型的用户数据库
• WAL 和锁文件

Rime 的用户数据库同样不适合在运行中直接复制。

如果将来要迁移整套输入法环境，而不仅仅是日语输入法，也应同时备份 Rime 配置和用户数据。

但恢复时不应无条件覆盖整个目录，尤其是在 Rime 版本不同的情况下。

更稳妥的方法是：

• 保留自定义 YAML 文件。
• 使用 Rime 自身同步功能保存用户词典。
• 停止输入法后，再备份用户数据库。
• 不复制运行中的锁文件和临时 WAL 状态。

十四、推荐的备份分级

必须备份

Mozc 官方用户词典导出文件
~/.config/mozc/user_dictionary.db
~/.config/mozc/.history.db
~/.config/mozc/segment.db
~/.config/mozc/boundary.db
~/.config/mozc/cform.db
~/.config/mozc/.encrypt_key.db
~/.config/fcitx5/profile
~/.config/fcitx5/config

建议备份

~/.config/fcitx5/conf/
桌面输入法启动配置
Rime 自定义配置和用户数据库

不需要备份

日志文件
普通缓存
安装包
程序二进制文件
软件包自带的系统词典

不应该恢复

.server.lock
.session.ipc
socket
PID 文件
当前会话产生的锁文件
过时版本生成的运行时缓存

十五、审计结果中的优化建议

本次检查没有发现必须立即处理的问题。

当前建议可以概括为：

保持当前启动配置

现有 KDE Wayland 与 Fcitx5 启动方式已经稳定，不应为了“优化”而修改。

在升级前备份 Mozc 数据

Mozc 官方导出只能覆盖用户词典，不能完整保存学习历史。

如果在意候选词排序和长期输入习惯，应在软件升级、系统重装或迁移前备份 Mozc 数据目录。

不主动清理 IBus 残留

没有证据表明 IBus 正在运行或与 Fcitx5 冲突，因此无需处理。

不必卸载其他日语输入引擎

KKC、SKK 和 Anthy 虽然当前未使用，但也没有导致故障。

除非明确希望减少软件包或切换列表，否则不需要为了整洁而卸载。

不随意添加 GTK 或 Qt 输入法环境变量

当前 Wayland 和 Fcitx5 工作正常。

部分旧文档会建议强制设置：

GTK_IM_MODULE
QT_IM_MODULE
XMODIFIERS

但在现代 KDE Wayland 环境中，盲目添加环境变量可能反而影响原生 Wayland 输入协议。

只有在某个具体应用确实无法输入时，才需要针对该应用进一步排查。

十六、最终结论

这次审计得出的核心结论如下：

1. 当前输入法框架是 Fcitx5。
2. 当前激活的是 Rime。
3. 当前配置的日语输入法是 Mozc。
4. 系统还安装了 KKC、SKK 和 Anthy。
5. Mozc 支持官方用户词典导入和导出。
6. 官方词典导出不包含完整学习历史。
7. 学习数据可以通过备份 ~/.config/mozc/ 保存，但需要停止输入法并注意版本兼容。
8. 锁文件、IPC 文件和日志不应恢复。
9. 迁移到另一台 Linux 电脑时，可以同时迁移 Mozc 数据和 Fcitx5 配置。
10. 迁移到 Windows 或 macOS 时，应优先使用官方词典导出，而不是复制 Linux 数据库。
11. IBus 残留没有造成实际冲突，不需要清理。
12. 当前稳定的 KDE Wayland 与 Fcitx5 启动配置不应修改。
13. 当前不存在必须立即修复的问题。

输入法配置的维护原则并不是安装得越少越好，也不是配置文件越干净越好。

真正重要的是：

• 明确当前实际运行的框架。
• 区分程序、配置、用户词典和学习数据。
• 使用官方词典导出保证可移植性。
• 使用停止服务后的数据库备份保留学习行为。
• 不在没有故障证据的情况下随意清理或重构稳定配置。

通过这种分层备份方式，即使未来重装系统、更换发行版或迁移电脑，也能同时保留可移植的用户词条和难以重新积累的输入习惯。