网友评论一：瑞幸取餐码能出地铁？我试了下我家楼下全家的咖啡取餐码，闸机真没反应……所以这到底是上海地铁闸机太宽松，还是瑞幸二维码有啥隐藏协议？求懂行的给个底层解释。
网友评论二：看到新闻第一反应是：这姑娘补票的行为真的让人respect。现在多少人钻空子还理直气壮，她连“误刷”都主动补全程，比某些故意用过期码、截图码的人强一百倍。
网友评论三：兰州那个300变300万的bug笑死，程序员凌晨三点改完代码，发现日志里全是“金额×10000”，老板在群里发了个哭脸表情包——系统没崩，但财务部快崩了。
网友评论四：地铁刷脸售货机整改得挺快，但问题不在“有没有刷脸”，而在“默认勾选+视觉压迫”。之前up售货机那张“刷脸付”占屏50%的图，根本就是UI诈骗，跟APP里“拒绝权限”按钮藏在第8页一个逻辑。
网友评论五：有人质疑“瑞幸码真能过闸机”，我拿自己支付宝里的麦当劳取餐码扫了上海2号线南京东路站闸机——滴一声红灯亮，提示“无效乘车码”。看来不是所有取餐码都行，可能和瑞幸生成二维码时的字段填充有关？
网友评论六：支付码3米外能盗刷这事细思极恐：你站在地铁口扫码买瓶水，背后长焦镜头正对着你手机屏幕……下次付款前真该用手遮一下二维码，别让“便捷”变成“裸奔”。
网友评论七：兰州轨交致歉信写得诚恳，但“并发量骤增导致重复换算”这句话暴露了压测盲区。5000张票秒杀，按人均1.5次点击算才7500请求，这点QPS连小公司API都扛得住，到底是架构问题还是预算砍太狠？
网友评论八：建议地铁APP加个“扫码防错提醒”：检测到非本平台二维码时弹窗“您正在扫描非乘车码，是否切换至XX出行？”——技术上不难，难的是谁愿意为0.001%的乌龙事件增加开发成本？
网友评论九：上次我在虹桥火车站用美团外卖取餐码扫闸机，闸机没开但屏幕显示“识别中…请稍候”，等了8秒才报错。说明系统真在尝试校验，只是瑞幸那张码恰好撞上了校验白名单的某个字段长度阈值。
网友评论十：这事儿最讽刺的是：我们天天骂APP乱要权限，结果地铁闸机连二维码来源都不校验——瑞幸码能过，理论上健康码、行程码、甚至微信收款码只要格式对都可能触发开门逻辑。安全边界，有时候就薄得像一张二维码。
热门跟贴