navicat在linux下无法输入中文（甚至英文）的根本原因是输入法框架未加载、环境变量未传入gui进程，或字体与locale未对齐；需确保ibus守护进程运行、正确设置gtk_im_module等环境变量、系统locale为utf-8、安装中文字体，并禁用navicat内置输入法选项。
navicat 在 linux 下无法输入中文（或任何字符），大概率不是 navicat 坏了，而是输入法框架没被正确加载、环境变量没传进 gui 进程，或者字体+locale 没对齐——改 navicat 设置本身基本无效。
为什么 Navicat 根本不响应键盘输入
这不是「打不出中文」，而是连英文都输不进去。常见于 i3、Sway 等非 GNOME/KDE 的轻量桌面，或手动启动 Navicat 的场景：
- GUI 应用（如 Navicat）启动时未继承 shell 的
GTK_IM_MODULE、QT_IM_MODULE、XMODIFIERS环境变量，导致输入法服务（ibus/fcitx）完全不可见 - 系统没运行输入法守护进程（
ibus-daemon或fcitx5），或进程已崩溃但残留 socket 文件干扰新实例 - Navicat 启动命令没加
--no-sandbox（某些发行版的 Electron/Java 混合应用会因 sandbox 拦截 XIM 协议）
检查并强制启用 ibus 输入法链
Navicat 依赖 GTK/Qt 的 IM 接口，ibus 是目前兼容性最稳的选择（fcitx5 在 Java Swing 应用中支持仍不稳定）：
- 终端执行
ps aux | grep ibus-daemon，若无输出，说明没运行：运行ibus-daemon --xim -d启动 - 确认环境变量已设：在终端运行
echo $GTK_IM_MODULE $QT_IM_MODULE $XMODIFIERS，应输出ibus ibus @im=ibus - 若为空，临时修复：在启动 Navicat 前执行
export GTK_IM_MODULE=ibus QT_IM_MODULE=ibus XMODIFIERS=@im=ibus；永久生效则加到~/.profile（注意不是~/.bashrc，GUI session 不读它） - Manjaro/i3 用户：需额外在
~/.config/i3/config中添加exec --no-startup-id ibus-daemon -drx，确保每次登录自动拉起
字体和 locale 缺一不可，否则连光标都不显示
即使输入法通了，若系统缺少中文字体或 locale 非 UTF-8，Navicat 的 Java Swing 界面会直接放弃渲染输入框，表现为「有焦点但敲键无反应」：
- 运行
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 启动脚本（如
start_navicat）第一行必须是#!/bin/bash，第二行加export LANG=en_US.UTF-8，否则 Java 进程读不到 locale
Navicat 自身配置反而要关掉
Navicat 内置的「启用中文输入法」选项（在 编辑 → 选项 → 编辑器）在 Linux 下多数无效，且可能与系统输入法冲突：
- 进入
编辑 → 选项 → 编辑器，取消勾选「启用中文输入法」 - 同页中「编辑器字体」手动设为
WenQuanYi Micro Hei或Noto Sans CJK SC，避免用默认的DejaVu Sans（无汉字） - 如果用的是 fcitx，别在 Navicat 里开「IME 配置」——Java 应用不识别 fcitx5 的 dbus 接口，强行启用只会让候选框消失
真正容易被忽略的是：GUI 桌面环境根本不会自动加载你 shell 里的环境变量，而 Navicat 又极度依赖 LANG 和输入法模块路径。不从 ~/.profile 或桌面 session 配置层注入，只改 Navicat 设置等于白忙。
