Navicat在Linux下无法输入的根本原因是GUI进程未继承输入法环境变量、ibus守护进程未运行、locale非UTF-8或缺失中文字体；需设置GTK_IM_MODULE等变量、启动ibus-daemon --xim -d、确保LANG为UTF-8、安装中文字体并禁用Navicat内置输入法选项。
Navicat 启动时根本没加载输入法框架
这不是 navicat 自身 bug，而是 gui 进程启动时压根没拿到 gtk_im_module、qt_im_module、xmodifiers 这三个关键环境变量。常见于 i3、sway、bspwm 等非 gnome/kde 桌面，或直接在终端用 ./navicat 启动的场景。
- 先检查当前终端是否已设好：运行
echo $GTK_IM_MODULE $QT_IM_MODULE $XMODIFIERS，正常应输出ibus ibus @im=ibus - 若为空，临时修复：在启动前执行
export GTK_IM_MODULE=ibus QT_IM_MODULE=ibus XMODIFIERS=@im=ibus - 永久生效必须写进
~/.profile（不是~/.bashrc，GUI session 不读它） - i3 用户额外需在
~/.config/i3/config里加一行：exec --no-startup-id ibus-daemon -drx
ibus 守护进程没跑或卡死了
Navicat 依赖 ibus 的 XIM 协议通信，fcitx5 在 Java Swing 应用里支持不稳定，优先用 ibus。
- 查进程：运行
ps aux | grep ibus-daemon，无输出说明没启动 - 手动拉起：
ibus-daemon --xim -d（--xim是关键，Java 应用只认这个模式） - 若提示
Address already in use，删掉残留 socket：rm -f ~/.cache/ibus/bus/*再重试 - Manjaro/Arch 用户注意：pacman 安装的是
ibus包，但默认不自动启 daemon，必须手动或通过桌面 autostart 触发
locale 和中文字体缺一不可
即使输入法链通了，Java Swing 界面发现 locale 非 UTF-8 或找不到中文字体，会直接放弃渲染输入框——表现为「光标不闪、敲键无反应」。
- 检查 locale：
locale输出中LANG必须是en_US.UTF-8或zh_CN.UTF-8；若为C或空，执行：sudo locale-gen en_US.UTF-8 && sudo update-locale LANG=en_US.UTF-8 - 验证字体：
fc-list :lang=zh应有输出（如wqy-microhei）；Ubuntu/Debian 装：sudo apt install fonts-wqy-microhei；Arch/Manjaro 装：sudo pacman -S wqy-microhei - Navicat 内部字体设置也得配合：工具 → 选项 → 编辑器 → 字体，选带中文支持的（如
AR PL ZenKai Uni或Noto Sans CJK SC），改完重启
Navicat 自带的「启用中文输入法」选项是障眼法
菜单里那个 编辑 → 首选项 → 编辑器 → 启用中文输入法 开关，对 Linux 版完全无效。它只影响 Windows/macOS 下的 IME 集成逻辑，Linux 全靠系统级输入法框架，关或开都不改变底层行为。
- 别浪费时间勾选/取消它，也不用点「IME 配置」——那些设置只作用于 Windows 的微软拼音或 macOS 的输入源
- 真正要动的是系统环境变量、ibus daemon 状态、locale 和字体，四者缺一，Navicat 就是「有焦点但打不出字」
- Electron/Java 混合架构导致 sandbox 可能拦截 XIM，某些发行版需强制加
--no-sandbox启动参数（写在桌面文件或启动脚本里）
~/.profile 没生效，或者 ibus-daemon --xim -d 没加 --xim 参数——这两个点卡住的人最多。 
