Selenium用execute_script下载PDF生成.tmp文件的问题咨询

安全阿岳

2026-10-27

问题核心原因

你下载得到的.tmp文件并非文件损坏，本质是下载流程被中途截断，未完成完整的文件落盘与后缀重命名环节，对应到代码里的具体问题点如下：

操作时序完全混乱：通过JS触发run_report按钮的点击后，你没有等待PDF下载的请求发起、文件流完整接收，紧接着就基于已经失效的旧页面元素做点击操作，直接打断了浏览器的下载进程。正常浏览器下载带指定后缀的文件时，会先以.tmp/.crdownload临时格式预占文件位置，等完整接收到响应头的真实文件名、全部文件流后，才会把临时文件重命名为目标.pdf格式——你中途打断的时机刚好卡在临时文件生成、还没重命名的阶段，所以最终留下了不完整的.tmp文件。
等待逻辑存在硬bug：代码里WebDriverWait(row, 300)的绑定对象是提前取到的列表行row，只要点击run_report按钮触发了页面DOM刷新，这个row元素就会从当前文档树中分离失效，等待逻辑根本不会正常生效，甚至可能直接抛出元素无效的异常，导致流程提前跳走。
JS合成点击存在链路差异：你当前面对的是老版ASP.NET架构的报表系统（从元素id的ctl07前缀就能判断），这类系统会对原生点击事件做校验，直接用execute_script触发的合成click，会绕过部分浏览器下载前的校验流程——正常用户点击时，浏览器会提前读取响应头里的Content-Disposition信息拿到真实文件后缀，JS合成点击触发时，浏览器只会先开临时文件缓存，等后续校验不匹配时就会中断流程，进一步放大临时文件残留的问题。
后续点击操作无明确目标：代码里WebDriverWait(...).until(EC.element_to_be_clickable((By.TAG_NAME, "td"))).click()没有定位到明确的下载确认按钮，只是随便点了页面上第一个可点击的td元素，很可能点到了其他触发跳转的位置，直接中断了进行中的下载。

对应修正方案

首先在Chrome初始化阶段补全下载相关的配置，从浏览器层面固定下载规则，避免下载流程被前端弹窗打断：

options.add_experimental_option("prefs", {
    "download.default_directory": r"C:\你的固定下载路径",
    "download.prompt_for_download": False,
    "download.directory_upgrade": True,
    # 强制PDF走文件下载流程，不在浏览器内嵌打开
    "plugins.always_open_pdf_externally": True,
    "safebrowsing.enabled": True
})

修正等待逻辑，把所有绑定在旧row元素上的等待全部移除，以browser为等待根节点，新增下载完成的校验规则：轮询指定的下载目录，等目录内所有.tmp、.crdownload后缀的临时文件完全消失，且匹配目标文件名的PDF文件稳定存在（文件大小连续两次读取无变化）之后，再进入下一轮循环操作，绝对不能点完按钮就直接执行下一行逻辑。
替换硬套JS点击的实现方式：原来的element not clickable问题，本质大多是元素被遮罩层遮挡、未滚动到可视区域，优先把目标元素滚动到可视区，等遮罩层加载完成消失后，用Selenium原生的.click()触发操作，完整走通前端的事件校验链路，不要上来就用JS合成点击——如果确实因为元素层级阻挡必须用JS点击，点击后要预留足够的等待时间，等下载请求完全发起后再做后续DOM操作。
明确后续点击的元素定位，不要模糊匹配td标签，要精准定位到下载流程里的确认按钮元素，避免误点其他页面元素触发页面跳转打断下载。

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