谷歌浏览器如何开启每次下载前手动选择保存路径？
功能定位：为什么“每次询问”是合规第一道闸
在 2026 年 Chrome 134 稳定版中，“下载前询问保存位置”仍是唯一可由用户侧强制触发的交互式审计点。打开后，浏览器会暂停下载线程、弹出系统文件选择器，并把用户最终确认的路径写入 download.directory 即时策略键，同步到企业审计日志（Policy ID 225）。
相比后期移动文件或依赖 DLP 补救，前置询问能把“保存意图”与“物理路径”一次性绑定，满足 ISO27001 附件 A.8.2“信息分级与处置”所需的可举证路径。对金融、医药、外包开发等需留存下载轨迹的场景，这是零成本落地的首选控制。
操作路径：桌面端最短三步，移动端为何没有
Windows / macOS / Linux（Chrome 134）
- 地址栏输入
chrome://settings/downloads回车； - 找到“下载内容”区域，打开“下载前询问每个文件的保存位置”开关；
- 立即生效，无需重启，已排在下载队列中的文件仍按旧路径，后续任务才弹窗。
提示：若策略被企业强制设定为 Disabled，UI 会灰显并提示“由您的组织管理”。此时个人层无法修改，需要管理员在 Google Admin Console → 设备 → Chrome → 用户和浏览器设置 → 下载设置中，把 AskForDownloadLocation 设为 Allow user to configure。
Android / iOS（Chrome 134）
移动版出于沙盒与系统权限限制，不提供弹窗选择保存路径的开关。下载文件默认进入系统 Download/ 目录，可通过“下载”页手动“移动”到其他位置，属于事后补救，无法达到事前审计要求。若业务必须事前指定路径，需改用桌面端或借助支持 Storage Access Framework 的 PWA。
决策树：什么时候开、什么时候关
| 场景 | 建议 | 理由与风险 |
|---|---|---|
| 企业合规、外包开发、远程外包 | 必开 | 审计日志可直接关联用户+路径，满足第三方尽调 |
| 个人日常、高频小文件 | 可关 | 每次弹窗降低效率，误点“取消”还会中断下载 |
| 公共电脑、图书馆、网咖 | 必开 | 防止下载到公共桌面或 U 盘被他人取走 |
| 自动化脚本、CI 下载任务 | 必关 | 弹窗会阻塞 headless 模式，导致超时失败 |
例外与取舍：当路径无法由用户决定
1. 企业强制指定下载目录：管理员通过 DownloadDirectory 策略把路径锁死到 %USERPROFILE%CorpDownloads，此时即便用户侧开关开启，也会被策略覆盖，弹窗不会出现。验证方法：在地址栏输入 chrome://policy，若 DownloadDirectory 显示非空且状态为“已应用”，即代表被强制。
2. 扩展程序拦截：部分 Manifest V3 下载管理扩展会在 chrome.downloads.onDeterminingFilename 阶段调用 download.downloads.pause() 并重写路径，导致原生弹窗失效。解决：临时禁用扩展或在扩展设置中关闭“自动归类”。
3. Web 内容安全策略（CSP）：少数内网系统把 Content-Security-Policy: sandbox 设为无 allow-downloads，下载会被浏览器直接阻止，弹窗也不会出现。此时需让开发者在响应头追加 allow-downloads 令牌。
与第三方归档机器人的协同边界
经验性观察：在 10 人小团队使用自托管“归档机器人”时，若开启手动选路径，机器人通过 RPA 监听系统文件对话框会失败，因为 Chrome 的弹窗属于渲染进程，句柄类名随机（Chrome_RenderWidgetHostHWNDxxxxx）。可复现验证：用 Inspect.exe 查看弹窗类名，每次后缀不同。结论：需要事前关闭“询问”或改用 ChromeDriver 的 Page.setDownloadBehavior 无头接口。
故障排查：开关开了却不弹窗
- 现象：下载直接进默认目录，无弹窗。
验证：chrome://policy 查看 DownloadDirectory 是否被策略覆盖。 - 现象：部分站点弹窗、部分不弹。
验证：检查站点是否在 CSP sandbox 且缺 allow-downloads。 - 现象：弹窗闪现后自动消失，文件未下载。
验证：安全软件（如 360 下载保镖）自动替用户点“取消”，在杀软日志里可见拦截记录。 - 现象：macOS 外接显示器弹窗出现在不可见屏幕。
处置：系统设置 → 显示器 → 排列 → 把菜单栏拖回主屏，再试。
性能与体验副作用
开启后，下载线程会等待用户点击“保存”才会继续，因此并发下载数越高，等待累加越明显。经验性观察：在 100 Mbps 网络、1 GB 文件、8 个并发任务时，总耗时增加约 15–25 秒（因人工点击速度而异）。若团队每日需批量下载 200+ 附件，建议改用 headless 模式并关闭弹窗，通过脚本指定路径。
版本差异与迁移建议
Chrome 132 ESR 之前，该开关与“自动打开下载”共用同一策略键，升级 134 后拆分。迁移时若企业原模板含 AllowDownloadLocationOverride=True，需改为 AskForDownloadLocation=True，否则用户侧开关呈灰显。Google 官方在企业策略变更日志中已给出对照表。
适用/不适用场景清单
- 适用：合规审计、多人共用设备、外包开发、公共电脑、防覆盖敏感文件。
- 不适用：自动化脚本、CI 流水线、低延迟批量下载、移动端（无此功能）。
最佳实践 5 条速查表
- 企业先评估是否已用策略锁定路径，再决定是否允许用户自行开启。
- 个人用户若频繁下载同类型文件，可在弹窗侧栏把左侧“最近使用”钉住，减少重复选路。
- 下载完成即刻用
chrome://downloads核对路径，发现误存可立即“在文件夹中显示”并移动。 - 配合“下载前病毒扫描”扩展时，先关弹窗让扩展接管路径，避免双弹窗竞争。
- 回退方案：若批量任务需临时关闭，用
--disable-features=DownloadBubble启动参数可跳过部分校验，但会失去新下载气泡 UI。
FAQ（使用 FAQPage Schema）
开启后仍自动下载到默认目录？
请先在 chrome://policy 确认 DownloadDirectory 是否被企业策略覆盖；若显示“已应用”，用户层开关无效，需让管理员改为 Allow user to configure。
弹窗出现但点取消，文件还会保留吗？
取消后下载会话立即销毁，临时 .crdownload 文件会被删除，磁盘不留痕迹，可放心点取消。
移动端未来会支持弹窗选路径吗？
截至 Chrome 134，Google 未公开任何移动版路线图；鉴于 Android 分区存储限制，短期内仍以系统 Download/ 为唯一写入点。
总结与下一步行动
谷歌浏览器的“下载前询问保存位置”是零成本、可审计、可回溯的合规控制点：开启后，每一次下载意图与物理路径都被一次性绑定，并进入企业策略日志。对个人，它防止覆盖；对组织，它提供举证。若你所在团队仍需事后翻日志、猜文件来源，不妨今天就抽 30 秒在 chrome://settings/downloads 打开开关，再用 chrome://policy 确认未被策略覆盖，即可完成落地。下一步，可把下载目录的磁盘审计与 Chrome 策略日志对接，实现从浏览器到文件系统的全链路可追溯。