Web Share API 需同时满足安全上下文（HTTPS/localhost）和用户手势触发，检测应使用 'share' in navigator && window.isSecureContext；支持字段仅 title、text、url（均为字符串），且受限于平台兼容性与行为差异。
Web Share API 在大多数现代浏览器中已可用，但仅限于安全上下文（https 或 localhost），且必须由用户手势（如点击）触发——不满足这两点，调用 navigator.share() 会直接抛错或静默失败。
如何检测浏览器是否支持 Web Share API
不能只靠 typeof navigator.share === 'function' 就认为能用，还要确认当前环境是否为安全上下文。实际判断应组合检查：
if ('share' in navigator && window.isSecureContext)- 不支持时，应降级到手动构造分享链接（如微博、微信的 URL Scheme 或 Open Graph 链接）
- 注意：Safari on iOS 16.4+ 才开始支持
files字段，此前版本即使有share方法，传文件也会被忽略
调用 navigator.share() 的基本写法和参数限制
该方法接受一个对象，但仅支持三个字段：title、text、url，且至少提供其中一项；所有字段值都必须是字符串，且长度受平台限制（例如 Android Chrome 对 text 有约 2000 字符上限）：
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
await navigator.share({
title: '一篇前端小记',
text: '分享一段关于 Web Share API 的实操经验',
url: 'https://example.com/post'
});
-
url必须是同源或可解析的绝对 URL；相对路径、javascript:、data:协议均会被拒绝 -
title在部分 Android 厂商定制系统中可能被忽略，不要依赖它作为唯一标识 - 不能在
setTimeout、fetch回调等异步回调中调用——必须紧贴用户点击事件（event未被消耗前）
常见报错与对应处理方式
错误不会统一抛出异常类型，需用 try/catch 捕获，并根据 error.name 区分原因：
立即学习“前端免费学习笔记（深入）”；
-
AbortError：用户取消分享弹窗（正常行为，无需报错提示） -
NotAllowedError：最常见，说明触发条件不满足——检查是否 HTTPS、是否由 click 触发、是否已响应过其他 share 调用 -
TypeError：参数格式错误，比如url不是字符串、text是null、或传入了不支持的字段（如files但在旧版 Safari 中使用） - 无任何反馈？可能是厂商系统屏蔽了分享面板（如部分国产安卓 ROM），此时应 fallback 到复制链接 + 提示“已复制”逻辑
真正难处理的不是 API 调用本身，而是跨平台行为差异：iOS 的分享面板不显示 text，Android 各厂商对 title 的渲染位置不一致，而桌面端（Chrome 89+）仅支持 url 字段。这些细节不会报错，但会让分享内容丢失关键信息。
