如何让setOnKeyPressed仅在鼠标悬停Node时触发？

我来帮你搞定这个问题～你当前的问题出在只给节点添加了鼠标进入时的KeyPressed处理器，但没有在鼠标离开时移除它，而且节点一旦获得焦点，即使鼠标离开也会持续接收键盘事件。下面给你两种可行的解决方案：

方案一：鼠标进入/离开时动态添加/移除处理器 + 焦点管理 #

这种方式更高效，只有在鼠标悬停时节点才会响应键盘事件：

import javafx.event.EventHandler;
import javafx.scene.Node;
import javafx.scene.input.KeyCode;
import javafx.scene.input.KeyEvent;
import javafx.scene.input.MouseEvent;

public void addKeyPressed(Node node) {
    // 定义可复用的键盘事件处理器
    EventHandler<KeyEvent> keyPressHandler = event -> {
        if (event.getCode() == KeyCode.R) {
            System.out.println("Key \"R\" pressed!");
        }
    };

    // 鼠标进入节点时：绑定处理器 + 请求焦点
    node.addEventHandler(MouseEvent.MOUSE_ENTERED, event -> {
        node.setOnKeyPressed(keyPressHandler);
        node.requestFocus(); // 让节点获得焦点，才能接收键盘事件
    });

    // 鼠标离开节点时：解绑处理器 + 转移焦点
    node.addEventHandler(MouseEvent.MOUSE_EXITED, event -> {
        node.setOnKeyPressed(null); // 移除键盘事件处理器
        // 让根节点获得焦点，避免节点仍持有焦点导致继续接收键盘事件
        node.getScene().getRoot().requestFocus();
    });
}

为什么这个方案有效： #

• 鼠标进入时，我们给节点绑定键盘事件处理器，并让节点请求焦点，确保键盘事件能发送到该节点。
• 鼠标离开时，我们移除处理器，同时把焦点转移到根节点，彻底切断节点与键盘事件的关联。

方案二：通过状态判断控制事件逻辑 #

如果不想频繁添加/移除处理器，可以用一个状态变量跟踪鼠标是否悬停，在键盘事件中判断状态后再执行逻辑：

import javafx.scene.Node;
import javafx.scene.input.KeyCode;
import javafx.scene.input.KeyEvent;
import javafx.scene.input.MouseEvent;
import java.util.concurrent.atomic.AtomicBoolean;

public void addKeyPressed(Node node) {
    // 用原子布尔变量跟踪鼠标是否悬停（lambda内部需访问可变变量，故用AtomicBoolean）
    AtomicBoolean isMouseHovered = new AtomicBoolean(false);

    // 更新悬停状态
    node.addEventHandler(MouseEvent.MOUSE_ENTERED, event -> isMouseHovered.set(true));
    node.addEventHandler(MouseEvent.MOUSE_EXITED, event -> isMouseHovered.set(false));

    // 始终绑定键盘事件，但仅在悬停时执行逻辑
    node.setOnKeyPressed(event -> {
        if (isMouseHovered.get() && event.getCode() == KeyCode.R) {
            System.out.println("Key \"R\" pressed!");
        }
    });

    // 必须让节点获得焦点，否则无法触发KeyPressed事件
    node.requestFocus();
}

方案特点： #

• 代码更简洁，无需动态管理处理器的添加/移除。
• 缺点是键盘事件始终会被触发，只是在非悬停时不执行逻辑，性能差异可以忽略不计，适合简单场景。

额外注意事项 #

• 键盘事件的触发依赖于节点拥有焦点，所以两种方案都需要调用requestFocus()（鼠标进入时调用更合理，避免初始状态下节点就持有焦点）。
• 如果场景中有多个类似的可交互节点，建议在一个节点获得焦点时，让其他节点自动失去焦点，避免冲突。

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