打开浏览器扫描二维码
Archive · 每周更新

上周三下午,我在一家打印店门口举起手机扫了一张贴在玻璃上的二维码,结果浏览器弹出来的是一个需要先装 App 才能看的页面。

从那一刻起,我把“扫到二维码之后浏览器到底做了什么”当成一个需要慢慢整理的问题。这里是我这段时间攒下来的条目,按周归档,有结论的少,有问题得多。

归档条目 · 共 10 条

按最近一次整理时间排列
2026-07-20 · 技术记录

用 iPhone 13 的相机扫出二维码后,Safari 与第三方浏览器的四种分歧

同一条链接,系统相机倾向于交给 Safari,装了第三方浏览器之后会多出一层询问。我记录了四组对照,样本只有 4 台设备,不敢下结论。

浏览器归属
2026-07-18 · 待考

朋友林岚发来一张二维码截图,说“你扫一下就知道”,我扫出来是一串 JSON

不是网址,不是纯文本,是一段带花括号的结构。浏览器把它当纯文本显示,没有任何跳转。这让我意识到二维码本身不区分“链接”和“内容”,区分是阅读器做的。

问题:谁来定义“这个二维码是不是链接”?
2026-07-17 · 引用

《条形码与二维符号》(2019 年版)第 87 页讲到的纠错级别,和实际扫码体验对不上

书里说 L 级纠错在污损情况下仍可读,但我在打印店玻璃上那张码,边缘被胶带盖住一角就怎么都扫不出。可能是我手机镜头的问题。

符号学
2026-07-15 · 流程梳理

把“扫到码之后要经过几层”拆开看:相机、解码库、浏览器、目标页

至少四层,每一层都可能失败。相关流程我在 新奥门494949.cm开户流程费用标准 那篇里做过分步对照,虽然那篇讲的是另一个场景,分层思路可以借用。

分层模型
2026-07-13 · 疑问

为什么有些二维码扫完会先经过一个中间页,而有些直接到目的地

中间页多半是做统计的。但我在想,这种中间层是否在某种意义上改变了“扫码即打开”的直觉承诺。这是个人观点,可能偏激。

中间页
2026-07-11 · 实践

用安卓机自带的扫码工具试了 17 张二维码,3 张被识别成文本

17 张里,有 3 张因为包含中文参数而没被识别为链接;另有 1 张因为末尾多了一个空格,跳转 404。细节决定结果,这句话在这里不是修辞。

样本:17 张;异常:4 张。
2026-07-09 · 工具对比

手机自带相机与浏览器内置扫码,在权限提示上的差异记录

相机通常不提示来源,浏览器内置扫码会显示目标域名。这一点我更信任浏览器路线,至少它先告诉你“要去哪”。

权限
2026-07-06 · 链路

关于 qq浏览器怎么打开网站 这一操作,我把它拆成三步来验证扫码后手动输入的情况

扫码失败时的退路其实就是手动输入。三步分别是:拿到地址、判断协议、确认没有多余字符。第三步最容易被忽略,也最容易出错。

手动退路
2026-07-03 · 库存记录

想起 新澳49版图库恢复 里提到的一批旧图,和二维码贴纸的印刷质量有相似之处

印刷质量决定了可读性。旧图库恢复和二维码贴纸其实共享一个问题:低质量原始材料如何被稳定还原。这个问题我还没想清楚。

印刷可读性

标签云

按出现频率加权,不含泛词

被翻过最多的

近 30 天页面浏览计数