QtQuick Controls FileDialog自动化：指定只读fileUrl调用accept的方案

问题根因 #

clearSelection表现不稳定的核心原因是Qt Quick Dialogs 1.x的FileDialog默认优先调用系统原生对话框，手动触发过原生对话框后，未公开的clearSelection、addSelection接口操作的Qt内部默认选择模型和原生对话框的状态无法同步，导致操作失效。

可行修复方案 #

方案1：禁用原生对话框（最稳定） #

强制使用Qt自带的默认文件对话框实现，避开原生对话框的同步问题，仅需在FileDialog声明中添加options: FileDialog.DontUseNativeDialog配置即可，修改后clearSelection和addSelection的表现完全可控。
修改后的可运行代码：

import QtQuick 2.9
import QtQuick.Window 2.2
import QtQuick.Controls 2.4
import QtQuick.Dialogs 1.3

Window {
    visible: true
    width: 200
    height: 200
    FileDialog {
        id: filedialog
        options: FileDialog.DontUseNativeDialog
        onAccepted: console.log("File Dialog Accepted: ", fileUrl, fileUrls)
    }
    Row {
        Button {
            text: "manual"
            onClicked: filedialog.open()
        }
        Button {
            text: "auto_qml"
            onClicked: {
                console.log("Current selection:", filedialog.fileUrl, filedialog.fileUrls)
                filedialog.clearSelection()
                console.log("cleared selection:", filedialog.fileUrl, filedialog.fileUrls)
                // 此处路径需对应系统中真实存在的文件，否则addSelection返回false
                let t = filedialog.addSelection("file:/home/user/tempfile.txt")
                console.log("add selection success:", t)
                filedialog.accept()
            }
        }
    }
}

方案2：保留原生对话框的适配方法 #

如果业务必须使用系统原生对话框，可采用两种方式避开历史状态干扰：

• 每次执行自动化选择前动态创建新的FileDialog实例，用完即销毁，避免复用手动操作过的实例带来的状态残留。
• 不依赖未公开的选择接口，直接封装自定义逻辑：如果不需要真实弹出对话框，可直接构造目标fileUrl后执行原本写在onAccepted中的业务逻辑，无需调用FileDialog本身的accept方法。

注意事项 #

addSelection接口要求传入的文件路径必须真实存在，否则会返回false且不会添加到选择列表中，测试前请确保对应路径的文件存在。

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