小米 13 上长按地址栏 4 秒,粘贴菜单项从 5 个缩到 2 个
我数了三遍:10 月 26 日 21:47 第一次长按,菜单里有「粘贴」「粘贴并访问」;21:52 第二次只剩「全选」和「粘贴并访问」。中间我只做了一件事——在系统设置里关掉了「剪贴板读取提醒」。这个观察后来被三个人复现。
2026 年 10 月 26 日晚 21:47,我在小米 13 上长按复制了一条 96 个字符的网址,切到 QQ 浏览器,长按地址栏,弹出来的菜单是空的——没有「粘贴」。这篇列表页把这一周翻到的现场记录、论坛贴子和两个没睡好的凌晨都摊开。
按我翻到的顺序排,不按重要性。每条都能对应到一次具体的操作、一个时间戳或者一句别人对我说的话。卡片高度不齐,是因为有些证据我抄得比较长。
我数了三遍:10 月 26 日 21:47 第一次长按,菜单里有「粘贴」「粘贴并访问」;21:52 第二次只剩「全选」和「粘贴并访问」。中间我只做了一件事——在系统设置里关掉了「剪贴板读取提醒」。这个观察后来被三个人复现。
楼主叫「半糖不加冰」,坐标成都,用的是红米 K70。帖子里贴了一张录屏,长按地址栏之后光标闪了一下,粘贴菜单没出来。我在 93 楼里逐条数:41 人复现,17 人正常,剩下的是机型对不上没法判断。
10 月 27 日上午 10:20,我把手机递给楼下的维修师傅老周,让他自己试。他用 Chrome 打开百度,长按地址栏,粘贴正常;换 QQ 浏览器,同一个网址,粘贴菜单不出现。老周说了一句:「不是剪贴板的问题,是它不认。」这句话我记在本子上了。
安卓 14 把剪贴板读取改成每次询问。我的记录:第一次长按 → 系统弹窗「允许读取剪贴板?」→ 我点了允许 → 菜单仍然是空的。第二次长按才出现「粘贴」。也就是说,授权和菜单渲染之间存在一个时间差,用户看到的第一次永远是失败的。
四月那篇里我记录过书签重命名时输入框吞字符的问题。现在回看,两件事的共性在于:输入框的受控状态没有被正确刷新。粘贴失败不是孤例,是同一个壳里不同房间的灯一起坏了。
朋友林知夏用 Mate 60,HarmonyOS 4.2,QQ 浏览器 14.8.5.0,粘贴正常;另一位用 Find X7,ColorOS 14.0,同一个版本号,失败。我们对比了半天,唯一差别是系统 WebView 的内核版本。这里的因果我还没有把握,先记下来。
10 月 27 日 15:30 到 16:10,我在首页搜索框里粘贴了 12 条网址,全部成功。也就是说,问题出在地址栏这一个控件上,不是整个应用的剪贴板通道。这个绕法不好看,但能救急,先写在这儿。
那篇里讨论过入口被折叠后的连锁反应。粘贴菜单同样是一个被折叠的入口——它没有消失,只是被某层逻辑挡在了外面。把这两件事放在一起看,比单看一条更有意思。
八月底我以为是浏览器坏了,后来发现是另一个应用占了剪贴板。这条记录提醒我:在断定「浏览器不能粘贴」之前,先确认剪贴板里到底有没有东西。我现在的流程是先在其他应用里粘贴一次验证。
这是我 10 月 28 日中午在住处附近手机店做的抽样,样本很小,不构成统计结论。30 台里有 19 台失败,其中 17 台开启了系统的剪贴板隐私保护开关。剩下 11 台里 9 台正常。相关性看起来存在,但样本太小,我自己也不信。
那篇讲高级搜索的资料页里有一个细节我一直没想通:输入法候选栏弹出时会打断输入框的聚焦。地址栏粘贴失败是否也跟输入法状态有关?我怀疑有,但还没有设计出干净的实验。
这两篇都是我在整理下载来源时留下的记录,跟粘贴问题没有直接关系,但里面提到「安装包来源不同、行为不同」这一点,或许能解释为什么同一个版本号在不同机器上表现不一样。我把它们挂在这里,当作反面参照。
这些标签不是装饰。每一个都对应上面至少一条卡片,或者对应我还没写出来的半篇稿子。
站点后台的阅读计数,截至 2026-10-28 凌晨 02:10。数字不漂亮,但真实。