能，但需HTTPS安全上下文且必须用户手势触发（如click），否则静默失败；iOS Safari 16.4+和Android Chrome 76+支持，旧版iOS不支持navigator.share；url须为同源或HTTPS绝对路径，fallback应降级为复制链接或跳转平台分享URL。
Web Share API 在 Chrome / Edge / Safari 中能否直接调用系统分享？
能，但有硬性前提：必须在 https 协议下、且用户手势触发（如 click、tap），否则会静默失败。iOS Safari 16.4+ 和 Android Chrome 76+ 支持，但旧版 iOS（如 iOS 15）完全不支持 navigator.share，连 canShare 都返回 false。
常见错误现象：TypeError: navigator.share is not a function（环境不支持）、AbortError（没在用户操作中调用）、NotAllowedError（后台 tab 或自动触发）。
- 检查前先做兼容判断：
if ('share' in navigator)，别直接调用 - 分享内容必须至少含
title、text或url其一；url必须是同源或https绝对路径 - iOS Safari 对
files字段完全忽略，Android Chrome 则支持（需配合acceptMIME 类型）
fallback 方案：当 Web Share API 不可用时怎么退到原生分享？
没有真正“调用原生分享”的 fallback —— 浏览器沙箱不允许网页直接唤起系统分享面板以外的原生能力。所谓 fallback，其实是降级为复制链接 + 提示用户手动分享，或跳转到各平台分享 URL（如微信需扫码，微博可拼参）。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 优先尝试
navigator.share()，捕获error后走降级逻辑 - 复制链接用
navigator.clipboard.writeText()（注意权限，需用户交互后首次调用才成功） - 避免拼接微信
weixin://这类私有协议：安卓微信已禁用，iOS 微信根本无响应 - 微博分享可构造：
https://service.weibo.com/share/share.php?url={encodeURIComponent(url)}&title={...}
为什么给 <a href="sms:..."></a> 或 <a href="mailto:..."></a> 加 target="_blank" 仍可能失败？
因为现代浏览器（尤其 iOS Safari）默认拦截非用户手势触发的弹出行为。即使你绑了 click，若中间有异步延迟（比如等个 fetch 返回再跳转），也会被判定为“非直接触发”，导致空白页或静默丢弃。
关键点：
-
sms:、tel:、mailto:是通用链接（URL Scheme），依赖系统是否注册对应 handler，不等于“调用系统分享” - 必须在事件回调同步执行
location.href = 'sms:...'或a.click()，不能包在setTimeout或Promise.then里 - Android Chrome 对
sms:支持较好；iOS Safari 仅支持tel:和mailto:，且会唤起自带拨号/邮件 App，而非分享面板
真机调试时发现分享按钮没反应，该查哪些地方？
先确认是否在真实 HTTPS 环境（localhost 也算合法），再逐项排除：
- 打开浏览器 DevTools → Application → Manifest，看是否有 PWA 注册干扰（某些 PWA 会劫持分享行为）
- 在控制台手动运行：
navigator.canShare?.({ url: 'https://example.com' })，返回true才代表基础可用 - 监听
share按钮的click事件，用console.log(event.isTrusted)确认是否为真实用户点击（伪造事件会是false） - Android 上检查是否启用了“网站可访问设备功能”权限（Chrome 设置 → 网站设置 → 权限 → 分享）
最常被忽略的是：开发时用 HTTP 本地服务测试，或在 iframe 里嵌入页面却没加 allow="clipboard-read; clipboard-write" 属性，导致剪贴板 fallback 也失效。
