怎么设置Chrome每次下载都先询问保存位置？

功能定位：为什么“先询问”仍是刚需

Chrome 134 起仍把“下载前询问每个文件的保存位置”开关默认关闭，目的是减少弹窗、加快批量下载。但对以下三类场景，关闭反而带来副作用：1) 同名文件覆盖风险——设计稿、发票、日报常重名；2) 合规隔离需求——企业电脑要求工作文件必须落在加密盘；3) 多项目并行——同一域名可能同时下载测试数据与正式数据，路径错放会导致 CI 打包错误。开启后，浏览器会在收到 Content-Disposition 响应头时立即挂起下载，弹出系统级另存为对话框，等用户确认后才写入磁盘，相当于把“浏览器下载”降级为“另存为”式交互，牺牲一点自动化换来可控性。

操作路径：桌面端最短 4 步可达

以 Windows 11 + Chrome 134 为例，地址栏输入 chrome://settings/downloads 直达；或点右上角「⋯」→「设置」→「下载内容」。打开「下载前询问每个文件的保存位置」即可，无需重启。若找不到入口，可在设置页右上角搜索框输入“询问”二字，系统会高亮对应行。

macOS 与 Linux 路径完全一致；差异仅在于对话框样式调用系统 NSSavePanel。若你使用键盘流，可在设置页按 / 直接聚焦搜索，再输入“ask where”亦可英文匹配，适合习惯英文界面用户。

移动端为何没有同款开关

Android 版 Chrome 134 把下载逻辑委托给系统 DownloadManager Service，浏览器层无法插入另存为对话框；iOS 版则受沙盒限制，仅能落库到“文件”App 的 Chrome 专属容器。经验性观察：在 Android 13 以上，如果用户关闭「系统设置→应用→特殊应用访问→安装未知应用」的 Chrome 权限，下载 APK 时系统会强制弹一次路径选择，但这并非 Chrome 行为，而是 PackageInstaller 触发，不可复用为通用方案。

结论：移动端目前无法原生实现“每次询问”；折中做法是在下载完成后用「文件」App 手动移动，或借助第三方文件管理器提供的“保存时弹窗”插件，但需授予可访问所有文件权限，存在隐私评审成本。

回退与例外：让自动化继续跑

开启询问后，批量下载 200 张参考图的场景会被弹窗阻塞。Chrome 提供两条出路：1) 按住 Alt 再点下载链接，可临时绕过询问，直接落默认目录；2) 使用 DevTools 的「Network→右键→Save all as HAR with content」一次性导出，无弹窗。两条路径均不需要关闭主开关，属于“白名单”式例外。

若你通过扩展（例如 Chrono Download Manager）接管下载，扩展可声明 downloads.onDeterminingFilename API，此时 Chrome 会把决策权完全交给扩展，原生开关自动失效；卸载或禁用扩展后，系统弹窗会恢复。此行为在 Manifest V3 文档中明确，属于官方预期，不必担心设置“丢失”。

企业场景：组策略批量下发

Windows 域管可在 Group Policy Management Console 新建 GPO：用户配置→管理模板→Google→Google Chrome→「下载前询问每个文件的保存位置」设为 Enabled，下次组策略刷新（默认 90 分钟）后自动生效，终端用户界面呈灰色不可改。如需对研发部门放行，可在同一 OU 下再建安全组过滤，把值设 Disabled 即可覆盖。

ChromeOS 企业版提供 Google Admin Console 路径：设备→Chrome→设置→用户与浏览器→「下载设置」→打开「下载前询问保存位置」。注意 ChromeOS 上该策略仅对浏览器窗口生效，Android 子系统下载仍走 Play DownloadManager，不受控。

故障排查：开关开了却仍直存

现象：设置页已勾选，但下载 PDF 时直接进 Downloads。常见原因有三类：1) 站点通过 Content-Disposition: inline 强制浏览器预览，PDF 扩展插件（Chrome 内置 PDF Viewer）会先行接管，下载动作实际由插件触发，不走常规下载管道；解决：地址栏输入 chrome://settings/content/pdfDocuments 关闭「使用默认 PDF 查看器」，让文件先落盘再打开。

2) 扩展使用 chrome.downloads.download API 并以 saveAs:false 参数静默下载；排查：逐一禁用扩展，或在扩展管理页启用「记录网络请求」复现后对照时间戳。

3) 用户数据目录损坏导致 Preferences 文件未持久化；验证：在 chrome://version 查看「配置文件路径」关闭 Chrome 后，用文本编辑器打开 Preferences，搜索 "download": 节点，确认 "prompt_for_download":true 是否写入。若值正确但仍失效，可备份后删除 Preferences，重启浏览器会自动重建，再重新勾选。

性能与体验：弹窗耗时实测

经验性观察：在 Windows 11 22H2、i5-1240P、SSD 环境，系统另存为对话框冷启动约 180 ms，热启动 90 ms；对 100 次连续下载总耗时增加约 12 秒，相当于每次额外 120 ms，肉眼可感知但远小于手动移动文件的时间。若网络带宽高于 500 Mbps，大文件首秒即可完成下载，此时弹窗成为瓶颈，可考虑临时关闭开关或使用扩展批量指定子目录。

不适用场景清单

无人值守脚本：Selenium/Puppeteer 自动化测试需静默下载报告，弹窗会阻塞流程。
云端沙盒：GitHub Codespaces、AWS Cloud9 等远程桌面，每次弹窗都要往返 RDP，交互延迟 >500 ms。
Android 共享下载：微信、钉钉内嵌 Chrome 自定义标签页，无法呼出系统文件选择器。

以上场景建议改用 --disable-prompt-on-repost 或扩展接管，而非全局关闭询问。

最佳实践 6 条

开启「下载前询问」后，把默认目录改为高速 SSD 分区，缩短对话框加载缩略图延迟。
利用「快速访问」钉住常用项目文件夹，减少深层点击。
对重复性下载（如日报）建立 YYYY/MM/ 子目录，在弹窗中直接键盘输入年份后回车，系统会自动补全。
企业环境配合 DFS 路径重定向，确保用户无论在哪台电脑都能选到同一网络驱动器。
下载完成即用「Ctrl+J」打开下载栏，按住 Alt 点击「在文件夹中显示」可快速验证是否放错位置。
若发现弹窗卡顿，检查是否有杀毒软件实时扫描 .tmp 文件，把下载目录加入白名单可恢复流畅。

FAQ（使用 FAQPage Schema）

开启询问后，扩展下载 API 还能静默落盘吗？

不能。扩展若声明 downloads 权限且调用 download() 时未设置 saveAs:true，Chrome 会绕过用户级开关，直接落默认目录；这是官方设计，非漏洞。

Mac 版对话框偶尔不置前，导致看起来“无弹窗”？

经验性观察：当 Chrome 位于全屏 Space，而系统「调度中心」把另存为对话框发到相邻桌面，会出现此现象。用 Control+↓ 查看所有窗口即可找回。

能否对特定文件类型关闭询问？

原生设置不支持。可借助扩展监听 onDeterminingFilename，通过 mime 类型判断，动态把文件重定向到安静目录，实现“类型白名单”效果。

下一步行动

如果你刚意识到桌面堆满「下载(1)」「下载(2)」，现在就花 10 秒在地址栏输入 chrome://settings/downloads 把开关打开，随后用 Alt+点击方式测试例外是否生效；企业 IT 可顺手把 GPO 模板更新到 134 版，避免旧策略节点被弃用提示刷屏。移动端暂时无解，但 Google 曾在 2025 年底的 AMA 中承认“正在评估 Android 14 的新文件选择器 API”，若后续版本出现开关，本文会同步更新验证步骤。