我之前也碰到过一模一样的问题，在Linux（尤其是IBus框架环境里），Swing的InputContext.selectInputMethod()确实经常掉链子，核心问题和Linux桌面的输入法机制、JDK的兼容性有关，下面给你详细拆解：

问题根源 #

1. 输入法框架机制差异：Windows的IME是和应用窗口紧密绑定的，Swing的InputContextAPI能直接控制窗口级的输入法切换；但Linux下的IBus是桌面级/全局的输入法框架，应用内的selectInputMethod()调用没法直接触发IBus的全局切换逻辑，JDK对IBus的这部分支持没完全适配。
2. JDK对IBus的API支持局限：OpenJDK的AWT输入上下文实现，在IBus环境下并没有正确处理selectInputMethod()的Locale切换请求，导致调用后Locale没变化，输入法自然也不会切换。
3. Locale与IBus引擎的映射问题：哪怕你指定了Locale.JAPAN，JDK也可能没法把它正确映射到IBus的mozc引擎——因为IBus的引擎标识是独立的（比如mozc的引擎名通常是mozc-jp），和Java的Locale不是直接对应的。

可行的解决方案 #

方案1：通过系统命令直接控制IBus #

既然Swing的API不生效，咱们直接绕开它，用IBus的命令行工具切换输入法，这是最可靠的方式：
首先，先确认你的mozc引擎准确名称，在终端执行：

ibus list-engine | grep mozc

通常会得到类似mozc-jp或mozc的结果，把这个引擎名记下来。

然后修改按钮点击事件的代码，调用系统命令：

button.addActionListener(e -> {
    try {
        // 替换成你查到的mozc引擎名
        Process process = Runtime.getRuntime().exec("ibus engine mozc-jp");
        process.waitFor();
        // 刷新输入上下文并让输入框重新获焦
        InputContext inputContext = textField.getInputContext();
        inputContext.setLocale(Locale.JAPAN);
        textField.requestFocusInWindow();
        System.out.println("已切换到日文输入法");
        System.out.println("当前Locale: " + inputContext.getLocale());
    } catch (IOException | InterruptedException ex) {
        ex.printStackTrace();
    }
});

方案2：调整JDK的输入样式配置 #

启动Java程序时，添加以下JVM参数，强制使用"on-the-spot"输入样式，这能改善Swing和IBus的兼容性：

java -Djava.awt.im.style=on-the-spot Main

这个参数让输入法候选框直接显示在输入框内，而非全局悬浮，可能让JDK的InputContext更好地和IBus交互。

方案3：检查版本兼容性 #

虽然你用的是较新的IBus 1.5.26和OpenJDK21，但可以试试：

• 升级IBus到最新版本（Ubuntu下执行sudo apt update && sudo apt upgrade ibus ibus-mozc）
• 换成Oracle JDK，部分场景下Oracle JDK对Linux输入法的支持比OpenJDK更完善。

验证注意事项 #

• 确保程序有执行ibus命令的权限（普通用户通常都具备）
• 切换输入法后必须让输入框重新获焦，否则可能看不到切换效果
• 如果是中文输入法，对应的IBus引擎名通常是libpinyin，同理用ibus list-engine查询即可。

内容的提问来源于stack exchange，提问作者norman