JavaFX 11 CustomTransfer内部化后，SWT与JavaFX自定义对象拖放方案及原因咨询

针对你遇到的JavaFX 11+中CustomTransfer内部化导致SWT-JavaFX自定义对象拖放失效的问题，我整理了一套规范的实现方案，同时解答你关于API变更的疑问：

一、实现SWT与JavaFX自定义对象拖放的正确方案 #

核心思路是利用JavaFX的**自定义DataFormat**结合SWT的自定义Transfer类，通过标准化的字节流传输实现跨框架的自定义对象传递，完全规避对内部类的依赖：

1. 定义专属的MIME类型 #

首先为你的自定义对象指定一个唯一的MIME类型，确保跨框架识别一致：

// JavaFX端定义自定义数据格式
DataFormat CUSTOM_OBJECT_FORMAT = new DataFormat("application/x-my-custom-object");

// SWT端对应实现自定义Transfer类
public class CustomObjectTransfer extends ByteArrayTransfer {
    private static final String MIME_TYPE = "application/x-my-custom-object";
    private static final int MIME_TYPE_ID = registerType(MIME_TYPE);
    private static final CustomObjectTransfer INSTANCE = new CustomObjectTransfer();

    private CustomObjectTransfer() {}

    public static CustomObjectTransfer getInstance() {
        return INSTANCE;
    }

    @Override
    protected int[] getTypeIds() {
        return new int[]{MIME_TYPE_ID};
    }

    @Override
    protected String[] getTypeNames() {
        return new String[]{MIME_TYPE};
    }
}

2. JavaFX端拖放处理 #

• 发起拖放：将自定义对象序列化为字节数组，放入Dragboard的自定义格式中：

// 假设MyCustomObject实现了Serializable接口
MyCustomObject obj = new MyCustomObject();
ByteArrayOutputStream bos = new ByteArrayOutputStream();
try (ObjectOutputStream oos = new ObjectOutputStream(bos)) {
    oos.writeObject(obj);
}

Dragboard db = targetNode.startDragAndDrop(TransferMode.COPY);
db.setContent(Map.of(CUSTOM_OBJECT_FORMAT, bos.toByteArray()));

• 接受拖放：读取自定义格式的字节数组并反序列化：

targetNode.setOnDragDropped(event -> {
    Dragboard db = event.getDragboard();
    boolean success = false;
    if (db.hasContent(CUSTOM_OBJECT_FORMAT)) {
        byte[] data = (byte[]) db.getContent(CUSTOM_OBJECT_FORMAT);
        try (ObjectInputStream ois = new ObjectInputStream(new ByteArrayInputStream(data))) {
            MyCustomObject obj = (MyCustomObject) ois.readObject();
            // 处理接收到的自定义对象
            success = true;
        } catch (IOException | ClassNotFoundException e) {
            e.printStackTrace();
        }
    }
    event.setDropCompleted(success);
    event.consume();
});

3. SWT端拖放处理 #

• 发起拖放：将对象序列化后通过自定义Transfer传递：

MyCustomObject obj = new MyCustomObject();
ByteArrayOutputStream bos = new ByteArrayOutputStream();
try (ObjectOutputStream oos = new ObjectOutputStream(bos)) {
    oos.writeObject(obj);
}

DragSourceListener listener = new DragSourceAdapter() {
    @Override
    public void dragSetData(DragSourceEvent event) {
        if (CustomObjectTransfer.getInstance().isSupportedType(event.dataType)) {
            event.data = bos.toByteArray();
        }
    }
};
// 为SWT控件绑定拖放源
new DragSource(swtControl, DND.DROP_COPY).addDragListener(listener);

• 接受拖放：读取字节数组反序列化：

DropTargetListener listener = new DropTargetAdapter() {
    @Override
    public void drop(DropTargetEvent event) {
        if (CustomObjectTransfer.getInstance().isSupportedType(event.currentDataType)) {
            byte[] data = (byte[]) event.data;
            try (ObjectInputStream ois = new ObjectInputStream(new ByteArrayInputStream(data))) {
                MyCustomObject obj = (MyCustomObject) ois.readObject();
                // 处理接收到的自定义对象
                event.detail = DND.DROP_COPY;
            } catch (IOException | ClassNotFoundException e) {
                e.printStackTrace();
                event.detail = DND.DROP_NONE;
            }
        }
    }
};
// 为SWT控件绑定拖放目标
new DropTarget(swtControl, DND.DROP_COPY).addDropTargetListener(listener);

优化建议 #

• 避免Java原生序列化的版本兼容问题，可以改用JSON（如Jackson）或Protobuf等跨语言序列化方案，灵活性和兼容性更好。
• 拖放前可通过Dragboard.hasContent(CUSTOM_OBJECT_FORMAT)（JavaFX）或Transfer类型检查（SWT）确认是否支持目标格式，解决你提到的“拖放前无法确定类型”的问题。

二、关于JavaFX移除CustomTransfer公共API的原因 #

JavaFX团队先弃用再将CustomTransfer设为内部类，主要有以下几点考量：

1. API设计合理性：早期的CustomTransfer直接封装底层平台的拖放实现，与Windows/macOS/Linux的系统拖放机制耦合度极高，无法提供跨平台一致的API体验，不符合JavaFX“一次编写、多处运行”的设计目标。
2. API精简与封装：官方希望隐藏拖放的内部实现细节，只暴露标准化的DataFormat和DragboardAPI，引导开发者通过自定义格式扩展拖放功能，而非依赖内部实现类。
3. 兼容性与维护成本：CustomTransfer在不同平台上的行为差异大，维护困难且容易被误用。将其内部化后，团队可以在不破坏公共API的前提下优化底层实现，提升拖放功能的稳定性。

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