多年来，Web 一直向着与移动原生应用等价的方向发展，并且新增了许多以前没有的特性。 如今，浏览器支持了其中的大部分特性，从离线模式到用 Service Workers 增强体验以及 Geolocation 和 NFC。
但有一种已经在移动应用上广泛使用的重要功能仍然缺失，那就是分享页面、文章或一些特定数据的功能。
Web 分享 API 是填补这种缺失的第一步，它将把原生的分享能力带到 Web 端。
为什么需要新的 API
前几年，在移动 Web 应用上尝试实现了一些 API/协议 能够实现分享功能：
1）Web Intents 在 Chrome 15 引入并实现，但在 Chrome 24 中废弃
2）也有许多自定义 URL 的解决方法：
- Android Intent：URL。这是个强大的 API，但仅限 Android 并且用 在分享上有许多问题。
- 在 macOs 或 iOS 上自定义 URL Schema 也能运行并且支持良好，但是和 Android 解法有相似的问题存在。
- Mozilla 曾提出了 Web Activities 方案，但是已经被淘汰，不再支持了。
所以现在的情况是，没有 API 能够支持 Web 上简单的内容分享功能。 但是用户需要一个快速分享的方式，能够方便地把 网址/文本/图片 等数据分享到他们喜欢的 app 和服务上。
现在的能提供的是：
针对特定服务的分享按钮（将导致众多服务和内容整合商仅提供分享按钮的 API）
许多浏览器和应用程序提供自己特定的分享按钮。
但仍然没有从 Web 应用程序分享内容的简便方法。
Web 分享 API
如今的 Web 分享 API 是基于 Promise 的非阻塞API 的最佳实践。
正如其他大多数分享 API 一样，你能够分享的数据包括 title, url 和 text（三者至少一项为必填项）。 下面是允许分享图片数据或/和文件对象的方案。
如下所示：
function onShareClick(photo){
// WEB SHARE API
navigator.share({
title: 'Checkout this funny photo',
text: '',
url: window.location.origin + '/' + photo.id
})
.then(() => console.log('Successfully shared'))
.catch((error) => console.log('Error sharing:', error));
}
如你所见，这个 API 相当简单，并且目前为止接收至少一个以下字段：
title（string）： 被分享文档的标题（可能会被处理程序忽略）。text（string）：形成分享消息主体的文本。url（string）：被分享资源的 URL / URI 地址。
这个方法返回一个 Promise。
如果用户选择了目标应用程序，它会被 resolve，同时目标应用成功接收数据。
Promise 被 reject 的情况有如下几种：
- 分享的是不可用数据（例如：传递错误字段）
- 用户取消对话框，或者没有目标应用
- 数据不能被传递到目标应用
分享的数据
网站上传递到 navigator.share 的所有字段通常都有许多预定义的值。
例如，流行的 Open Graph Markup。 如果你的网站在使用它，那么你想分享网页数据时能够容易地重用值。
我在下面的 demo 中使用了这个方法：
function getOpenGraphData(property){
return document.querySelector(`meta[property="${property}"]`)
.getAttribute('content');
}
const sharePage = () => {
navigator.share({
title: getOpenGraphData('og:title'),
text: getOpenGraphData('og:description'),
url: getOpenGraphData('og:url')
}) //...
}
这里有一个视频示范如何使用它
（点击分享按钮
绝大多数情况下，如果你想拥有从任何页面分享数据的能力，但是并不确定是 Open Graph 还是其他标签， 这里有一个通用方案：
navigator.share({
title: document.title,
url: document.querySelector('link[rel=canonical]') ?
document.querySelector('link[rel=canonical]').href :
window.location.href
})
link[rel=canonical] 代表可选但是更通用的 <link> 元素， 意思是使用这个元素内 href 标签指向的 URL。 如果网站的 URL 有例如 mobile 的前缀或者其他内容，则这个 URL 不应该被分享。
如果没有提供规范 link，那么分享的就是默认 URL。
最新建议，如果不可用的话（浏览器不支持，设备没有分享功能等），别忘了禁用或撤销分享功能。
if(!navigator.share){
shareButton.hidden = true;
return;
}
// SHARE CODE
要求
现在，Web 分享 API 在 Android 上稳定的 Chrome 版本中已经可用。
但首先，要求 HTTPS 环境，其次，在 Origin Trial 下可用。
简而言之，Origin Trial 使得开发者能够在固定一段时间内启用 API。 这将给予供应商和 API 作者/提供商 反馈。 你可以把它理解为你的网站可以在浏览器下启用分享的一个标志。 你可以在这里找到一些可用的尝试 here。
要启用 Web 分享 API，你需要：
- 登录并获取试用 token
- 24 小时内，你将收到一封邮件，里面包含试用 Token 和如何在 Web 应用中使用的说明
- 在 header 中或者直接在网页的 HTML，全局任何你想使用这个 API 的地方加上下面这段代码
<metahttp-equiv="origin-trial"data-feature="Web Share"content="TOKEN_FROM_THE_EMAIL">
Web 分享试用在 Chrome 55 上引入了，将支持到 2017 年 4 月，在那之后也许会在浏览器中默认开启。
总结一下启用 Web 分享 API 的步骤：
- 网站在 HTTPS 环境下
- 把 origin trial 相关的 header/meta 加入到页面上
- 用户行为（点击，触摸）触发并调用
navigator.share()
总结
随着 Web 的发展，移动 Web 与原生应用之间的界限越来越模糊，Web 分享 API 就是革命的下一步，如今你就可以使用了。
未来的工作将围绕跨平台 API 的实现，图片数据的提供或者文件（二进制对象）的分享。
同时，不仅限于发送，关于 Web 应用的分享接收也有一个讨论。
在 Web 分享目标 API 中，我们也许能了解更多分享之后的事情。
