HTML5可通过Web Share API调用手机系统原生分享功能，但存在严格限制：必须运行在HTTPS安全上下文下、由真实用户手势（如click）同步触发，且仅兼容iOS Safari 16.4+和Android Chrome 76+等较新版本；旧版iOS甚至不支持navigator.share，调用失败时会静默报错或抛出AbortError、NotAllowedError等异常；实际开发中需先做兼容性检测，确保分享内容符合规范（如url须为HTTPS绝对路径），并精心设计fallback方案——如复制链接后引导手动分享，或跳转至微博等平台的官方分享URL，而绝不能依赖已失效的私有协议（如weixin://）；真机调试时常见问题多源于HTTP环境、iframe权限缺失、异步延迟触发或PWA干扰，掌握这些关键细节才能让分享功能真正稳定落地。

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 则支持（需配合 accept MIME 类型）

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={...}

为什么给 或 加 target="_blank" 仍可能失败？