破案了，西安一码通崩溃的原因很可能是……

编辑下，我猜错了，新闻里压缩的不是二维码图片，而是其他图片。
194楼老哥才是柯南：
[quote][pid=579247430,30149160,10]Reply[/pid] Post by [uid=63493960]hellsxs[/uid] (2022-01-05 19:59):
[img]https://img.nga.178.com/attachments/mon_202201/05/-7Q2p-2idmZaT3cSmc-fi.png.medium.jpg[/img]
抓包看了，二维码是前端生成的
不过有一个155k的GIF图[s:ac:喷][/quote]生成二维码的时候附带传送一个GIF这操作也有点迷[s:ac:哭笑]
——————————————————————————————————————————————————————————————————————
以下原帖：


[img]https://img.nga.178.com/attachments/mon_202201/05/-7Q2p-j1bwZ12T3cSpm-tp.png[/img]
[img]https://img.nga.178.com/attachments/mon_202201/05/-7Q2p-jnaoZ2hT3cSns-1a7.png[/img]

按照这则新闻，服务端很可能是以图片格式发送二维码到终端。他们根本没有意识到把二维码图片从1MB用算法压缩到100K简直是xx行为，居然可以拿来吹嘘。
实际上标准27x27的二维码点阵只占用729bit，不考虑校验位只需要0.1K字节即可存储和传输。即使是96x96的二维码也只需要1K字节左右。
如果服务端以二进制传输数据，再在客户端解码成二维码，传输数据量会比所谓“优化后”降低两个数量级。