先别慌，通常分用户和开发两条路解决：用户可换浏览器、允许安装未知来源或在系统安全设置放行、暂时关闭或放行杀软/浏览器提示并确认来源；开发者则要保证HTTPS、正确MIME和Content-Disposition、对安装包签名并上正规应用商店、提供SHA256校验值，以及向浏览器或安全厂商申诉解封。多数情况下可行！
为什么会被浏览器拦截？从原理说清楚
先把事情拆成几块：浏览器不是“挑剔”，它是在保护你。浏览器和系统会基于几个判断拦截下载：
- 安全策略：HTTPS 页面上下载非安全（HTTP）文件会被限制；浏览器还有“不安全下载”策略；
- 文件类型：可执行文件（.exe、.msi、.apk、.dmg）天然风险更高，会被更严格检查；
- 信誉与签名：未签名或不常见来源的文件容易触发“未知来源/不常见下载”警告；
- 恶意检测：浏览器或安全服务（如Chrome的Safe Browsing、Windows SmartScreen、Play Protect）可能把文件标为危险；
- 服务器头或MIME错误：Content-Type、Content-Disposition、CORS、X-Content-Type-Options 等头设置不当会影响浏览器处理；
- 本地安全软件：杀毒、防火墙或企业策略也会阻断下载。
如果你是普通用户，先试这些“快速排查”
按步骤来，别一步到位改系统设置——先确认来源可信，再做放行。
1）换个浏览器或设备试试
Chrome 被拦截，先用 Firefox、Edge 或手机试下载，能否成功能帮你定位是浏览器策略还是服务器问题。
2）确认页面是 HTTPS，下载链接也是 HTTPS
如果页面是 https:// 而下载走 http://，现代浏览器通常会拦截或降级。你可以复制下载链接到地址栏，看看是否能直接访问（注意不要绕过安全提示）。
3）查看浏览器提示并按照可信来源放行（仅在你确认来源安全时）
- Chrome：下载栏会出现“保留/丢弃”或“显示全部”警告，选择“保留”或“仍要保留”可继续；
- Edge/IE（Windows）：被 SmartScreen 拦截，可在“更多信息”中选择“仍要运行”；
- macOS：如果打不开，右键点击应用选择“打开”，在“安全性与隐私”中允许打开某个被阻挡的应用。
4）暂时关闭或配置杀毒软件/浏览器安全插件
很多拦截并非浏览器本身，而是安全软件。短暂关闭或把站点列入白名单，下载后再恢复保护。
5）Android 特殊处理：允许安装未知来源
设置 → 应用和通知 → 特殊应用访问 → 安装未知应用（或旧系统的“未知来源”），选择发起下载的浏览器或文件管理器打开开关。下载完成后，建议关闭权限或通过 Google Play 安装。
6）如果是公司设备，联系管理员
企业策略、MDM 或公司防火墙可能禁止，你需要让 IT 放行或提供正式分发方式。
如果你是开发者/发布者：从根源修复，避免浏览器拦截
把问题想成“如何让浏览器信任你的安装包”。下面是必须做的清单，按顺序逐条检查：
一、强制 HTTPS，证书要靠谱
所有下载链接都用 HTTPS（TLS），证书要被主流浏览器信任（不要自签）。如果你通过第三方 CDN，确保证书和域名匹配。
二、正确设置 HTTP 头
- Content-Type：为常见类型使用标准 MIME，例如 .apk 用 application/vnd.android.package-archive，.exe 用 application/x-msdownload，.zip 用 application/zip；
- Content-Disposition：使用 attachment; filename=”xxx”，非 ASCII 名称使用 RFC5987 编码： filename*=UTF-8”%E4%BE%8B.apk；
- Content-Length：尽量返回正确长度，便于浏览器校验完整性；
- X-Content-Type-Options：若设置为 nosniff，务必保证 MIME 准确，否则会被浏览器拒绝；
- 缓存头：根据需要设置合理缓存，避免老旧文件被再次拦截。
三、对安装包做数字签名与上架正规应用商店
签名不仅能审查来源，还显著降低被标记为“不常见”的概率。
- Android：使用完整且稳定的签名（推荐使用新版签名方案 v2/v3）；上架到 Google Play 能最大程度规避 Play Protect 阻断；
- Windows：用代码签名证书（最好是 EV 证书）签名 .exe/.msi，并做时间戳；
- macOS：使用 Apple Developer ID 签名并提交 notarize（苹果放行/信任流程）；
四、提供校验值和分发凭证
给用户一个检查手段，比如 SHA256 校验和或 PGP 签名，并在网页上公开校验命令：
- macOS / Linux：shasum -a 256 文件名
- Windows：certutil -hashfile 文件名 SHA256
五、避免“可疑”的分发方式
- 如果可能，优先上正规应用商店（Google Play、App Store、Microsoft Store）；
- 如果必须走直链，考虑把安装包放在 zip 里，或提供安装器（不过这并非万无一失）；
- 使用有信誉的域名和 CDN，避免新域名或短期域名直接分发。
六）申诉与信誉修复
如果文件已被标记为危险，你需要主动申诉：
- Chrome / Google：通过 Google Search Console 的“安全问题”或“恶意软件”报告，请求复查；对于 Google Safe Browsing 可以提交申诉；
- Windows SmartScreen：联系证书供应商或通过 Microsoft 提供的开发者支持通道请求解封；
- Antivirus 厂商：把文件提交给厂商误报申诉，附上签名与校验值；
- 提供详细日志、构建和签名信息，加速审核通过。
遇到特定浏览器/平台拦截时的细节操作（实操清单）
这里把常见场景列成可执行步骤，复制粘贴就能用。
Chrome 阻止“危险文件”
- 用户：点击下载栏的“显示全部”，选择“保留”或“仍要保留”——前提是你确认来源可信；
- 开发者：确保 HTTPS、签名、正确 MIME；若被 Safe Browsing 标记，提交安全审查并在 Search Console 请求复查。
Edge / IE（SmartScreen）
- 用户：在弹窗“更多信息”中选择“仍要运行”；或在 Windows 安全中心查看被阻止的应用并放行；
- 开发者：使用 EV 代码签名证书能大幅降低触发 SmartScreen 的概率。
macOS（Gatekeeper）
- 用户：右键 → 打开，或去 系统偏好设置 → 安全性与隐私 放行；
- 开发者：签名并提交 Apple notarize。
Android APK 被浏览器/Play Protect 拦截
- 用户：开启“安装未知应用”权限，或直接从 Google Play 安装；
- 开发者：签名、使用 Play App Signing、上 Google Play 并通过 Google 的增强检查流程。
对照表：用户端 vs 开发端（快速参考）
| 问题点 | 用户端动作 | 开发端修复 |
| 浏览器提示危险 | 确认来源，选择“保留”或换浏览器 | HTTPS、签名、上架商店、提交复查 |
| 被杀软拦截 | 暂时白名单或关闭（慎重） | 提交误报、提供样本与签名证据 |
| 下载后无法安装（系统级阻止） | 调整系统安全设置（macOS/Android/Windows） | 数字签名、notarize、证书时间戳 |
额外小技巧与常见误区
- 不要建议普通用户长期关闭杀软或放弃 HTTPS；这是一时之计，长期风险太高；
- 如果频繁更新安装包，使用一致的域名和签名能建立“信誉度”；
- 给用户明显的校验和和安装说明，能减少疑虑和客服成本；
- 日志很重要：记录下载请求、User-Agent、Referer，以便向厂商申诉时提供证据。
动手清单（Checklist）——给开发者的落地步骤
- 所有下载走 HTTPS；证书有效且被信任。
- 校验并设置正确的 Content-Type 与 Content-Disposition。
- 为每个平台做签名（Android v2/v3、Windows EV、macOS 符合 Apple 要求）。
- 提供 SHA256 校验值并在页面显著位置展示。
- 如果被标记，提交 Google/厂商申诉并等待复查。
- 考虑把常见安装包放到官方应用商店作为首选分发渠道。
说到这儿，有点像边检查边修理一台电器：先排除外部保护（换浏览器、放行、暂时白名单），再回头从源头修复（HTTPS、签名、头信息、上架商店、申诉）。大多数“被拦截”的问题都是证书、签名或头信息不对导致的——把这些基础做好，用户体验自然顺畅。要是你愿意，我可以帮你把你的网站下载头信息和签名状态列个清单，逐项核对（我知道有点啰嗦，但真能省下好几封客服邮件）。