Selenium无法直接操作原生文件上传对话框，因其运行于浏览器进程内，而该对话框由操作系统渲染、脱离DOM和JS上下文，属于安全限制下的设计约束，非Bug。
Python Selenium 为什么不能直接操作原生文件上传对话框
Selenium 无法控制操作系统级的原生文件选择对话框（比如 Windows 的“打开文件”窗口），因为它运行在浏览器进程内，而该对话框由操作系统直接渲染、完全脱离浏览器 DOM 和 JavaScript 上下文。Selenium 的自动化能力只覆盖网页内的可交互元素（<input type="file">、按钮、表单等），一旦弹出系统级窗口，就彻底失去控制权。
这不是 Selenium 的 Bug，而是设计限制：浏览器出于安全考虑，禁止网页脚本读取或操作用户本地文件路径，所以连 JavaScript 都无法触发或填写这个对话框 —— Selenium 自然也无法绕过。
遇到 File upload dialog 却没写 <input type="file"> 怎么办
有些页面用 JS 模拟上传 UI（比如“点击上传”按钮后调用 document.createElement('input').click()），但背后仍依赖隐藏的 <input type="file"> 元素。只要能找到这个元素，就能绕过对话框直接赋值。
- 用
driver.find_element(By.XPATH, '//input[@type="file"]')或类似方式定位隐藏 file input - 调用
.send_keys("/absolute/path/to/file.jpg")—— 注意必须是绝对路径，且文件存在 - 如果元素被
display: none或visibility: hidden遮挡，先用driver.execute_script("arguments[0].style.display = 'block';", element)暴露它 - 某些框架（如 Element Plus、Ant Design）会动态创建临时
input，需监听 DOM 变化或等待其出现再操作
没有 <input type="file">，只有纯按钮怎么办
极少数场景（如 WebAssembly 应用、桌面混合应用、Electron 封装页）确实不使用标准 file input，而是通过 JS 调用原生 API（如 navigator.clipboard.read()、window.showOpenFilePicker()），这时 Selenium 完全无能为力。
安全 Python 代码沙箱：在隔离的沙箱中执行任意 Python 代码，预装 requests、NumPy、pandas 库。返回 stdout、stderr。
立即学习“Python免费学习笔记（深入）”；
可行替代方案有限：
- 改用
pyautogui模拟键盘输入路径 + 回车（不稳定，依赖窗口焦点和 OS 界面语言） - 用 AutoIt（Windows）或 AppleScript（macOS）驱动系统对话框 —— 需额外安装、跨平台麻烦
- 联系开发，要求暴露
<input type="file">或提供测试专用上传接口（如预签名 URL 直传） - 换用支持 DevTools 协议的工具（如 Playwright），部分新 API（
setInputFiles）对showOpenFilePicker有实验性支持，但兼容性差
send_keys() 报错 invalid argument 或没反应
常见原因不是代码写错，而是路径或环境不满足底层约束：
- 路径必须是**绝对路径**：
send_keys("test.jpg")会失败，得写成send_keys("/home/user/test.jpg")（Linux/macOS）或send_keys("C:\Users\user\test.jpg")（Windows） - 文件必须真实存在，且 Selenium 进程有读取权限（Docker 容器里注意挂载卷）
- ChromeDriver / GeckoDriver 版本太旧，不支持新版浏览器的 file input 行为（尤其 Chromium 110+ 对
send_keys加了更多校验） - 页面用了 Shadow DOM，需先用
shadow_root定位到内部input元素
真正棘手的是那些既没 <input type="file">、又没提供调试入口的页面 —— 此时自动化上传本质上已超出 Selenium 能力边界，得从架构层面推动可测性改进。
