昨天论坛里同时出现了我和其他几位开发者的关于突然读写剪贴板需要用户单次授权的问题：

当剪贴板内有内容时多了提示

wx.getClipboardData  突然弹出提示

监测剪贴板  一直弹出授权 点击确认 和取消后， 都会提出内容已复制

系统剪贴板多了弹窗提示

监测剪贴板 一直弹出层 好烦人， 如何清除黏贴版

还有这篇加急审核的 https://developers.weixin.qq.com/blogdetail?action=get_post_info&docid=000c44f0a80520af909660f9951800&highline=剪切板%7C%26弹窗&token=1934321849&lang=zh_CN

我们几位应该都是在首页onShow时使用了剪贴板内容，导致用户进入小程序就可以看到自己剪贴板的内容。并反复弹窗，这个对用户体验的伤害是灾难级别的。

昨天提交了临时屏蔽代码之后待审核，晚上团队对这个问题进行了激烈的讨论，最后决定彻底放弃对剪贴板实现页面routing的功能。这也让大家不需要等待这件事后续的调整结果了。

昨天在论坛里情绪激动，过了一夜之后平和点，但这里有一些对小程序团队，尤其是产品团队一些不得不说的话。

API的变更是否需要提前知会？

对于影响下游研发、整体生态用户体验的上线，是否应该有一个健全的知会和上线流程？ 这次上线如果能先mp后台挂通知，然后文档先上线，再推基础库更新，这件事完全可以避免。我的观点里这个顺序应该是一个严格的流程，而到目前为止线上文档、开发者工具中仍然完全没有体现此次API体验变更的任何信息。我们小程序的客户也是微信的客户，现在大面积客户体验受影响是不争事实，这个在腾讯研发中算不算一个生产事故？

剪贴板到底需要不需要授权？

这完全属于讨论。我的个人观点是不需要；

一直非常支持也理解微信小程序在获取用户信息，本机电话，地理位置等等等等一系列用户隐私保护上做的设计，也一直觉得恰到好处。当然，监听并收集用户剪贴板里的内容到底有没有侵犯隐私的可能，这自然是肯定的。但这个可能性有多大？ 第一剪贴板和输入法不同，不是一个连贯连续的数据采集过程；剪贴板数据偶发性和随机性特别大，所以从采集的数据规模，提炼转化的投入产出来说，都不是一个值得去实践的侵犯方案，在小程序的准入、审核门槛下风险更小。对于读写剪贴板都需要单次授权，我个人觉得是得不偿失的。到目前为止，个人还不知道任何OS、平台在剪贴板的使用上采用这样单次授权的先例，这意味着碰到剪贴板操作授权对于用户来说，都是一个全新的安全体验，这里需要付出额外的思考成本