Java程序剪贴板事件监听不稳定问题求助

问题根源分析 #

你的代码中使用的FlavorListener存在先天局限性：它仅在剪贴板的数据格式（DataFlavor）发生变化时才会触发事件，如果连续复制相同格式的内容（比如多次复制文本），监听器不会响应，这是触发不稳定的核心原因。另外，混用AWT的Toolkit剪贴板和SWT的Display线程，可能引发线程同步问题，进一步降低可靠性。

优化方案与代码实现 #

1. 改用定时轮询+内容比对机制 #

放弃FlavorListener，通过定时任务轮询剪贴板内容，对比上次记录的内容，仅当内容真正变化时触发处理逻辑，确保所有复制操作都能被捕获。

2. 统一使用SWT剪贴板API #

避免AWT与SWT的线程冲突，直接使用SWT原生的Clipboard类处理系统剪贴板，适配SWT的事件循环模型。

3. 完善异常处理与边界判断 #

增加剪贴板内容为空、格式不支持的判断，明确错误提示，避免无意义的异常抛出。

优化后的完整代码 #

import org.eclipse.swt.SWT;
import org.eclipse.swt.dnd.Clipboard;
import org.eclipse.swt.dnd.TextTransfer;
import org.eclipse.swt.widgets.Display;
import org.eclipse.swt.widgets.Shell;

public class Userinterface {
    private Shell shell;
    private String lastClipboardContent = "";
    private Clipboard swtClipboard;
    private boolean isListening = true;

    public static void main(String[] args) {
        Userinterface window = new Userinterface();
        window.open();
    }

    public void open() {
        createContents();
        shell.open();
        shell.layout();
        startClipboardListener();
        while (!shell.isDisposed()) {
            if (!Display.getDefault().readAndDispatch()) {
                Display.getDefault().sleep();
            }
        }
        // 停止监听并释放资源
        isListening = false;
        if (swtClipboard != null && !swtClipboard.isDisposed()) {
            swtClipboard.dispose();
        }
    }

    private void startClipboardListener() {
        swtClipboard = new Clipboard(Display.getDefault());
        // 定时轮询，间隔200ms可按需调整
        Display.getDefault().timerExec(200, new Runnable() {
            @Override
            public void run() {
                if (!isListening || shell.isDisposed()) {
                    return;
                }
                
                try {
                    TextTransfer textTransfer = TextTransfer.getInstance();
                    String currentContent = (String) swtClipboard.getContents(textTransfer);
                    
                    // 仅在内容非空且与上次不同时触发处理
                    if (currentContent != null && !currentContent.equals(lastClipboardContent)) {
                        lastClipboardContent = currentContent;
                        handleClipboardChange(currentContent);
                    }
                } catch (Exception ex) {
                    handleConsoleOutput("剪贴板读取错误: " + ex.getMessage());
                }
                
                // 循环调度，持续监听
                Display.getDefault().timerExec(200, this);
            }
        });
    }

    private void handleClipboardChange(String clipboardText) {
        String formattedClipboardText = "剪贴板内容: " + clipboardText;
        handleConsoleOutput(formattedClipboardText);

        // 保留原有的浏览器打开逻辑
        // browserOpener.openBrowsersBySelection(clipboardText, btnChrome.getSelection(), btnFirefox.getSelection(), btnOperaGx.getSelection(), btnEdge.getSelection());
    }

    private void handleConsoleOutput(String newText) {
        // 替换为你的SWT文本组件操作逻辑
        // String currentText = consoleOutputTextArea.getText();
        // consoleOutputTextArea.setText(currentText + "\n" + newText);
        System.out.println(newText);
    }

    private void createContents() {
        // 保留原有的UI创建逻辑
        shell = new Shell(Display.getDefault());
        shell.setSize(450, 300);
        shell.setText("剪贴板监听工具");
        // 初始化按钮、文本框等组件...
    }
}

关键改进点说明 #

• 轮询机制：通过SWT的timerExec实现定时轮询，突破FlavorListener的格式限制，所有内容变更都会被捕获。
• 内容比对：记录上次剪贴板内容，避免重复触发无效逻辑。
• SWT剪贴板：统一使用SWT原生API，消除AWT与SWT的线程冲突风险。
• 资源释放：窗口关闭时停止定时器并释放剪贴板资源，避免内存泄漏。

额外建议 #

• 轮询间隔（200ms）可根据需求调整：间隔越小响应越快，但会增加CPU占用，建议在100-500ms之间取舍。
• 如果需要监听非文本格式（如文件），可添加对应的Transfer实现（如FileTransfer），扩展内容判断逻辑。

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