Xi安卫码连续两次崩盘，在网上持续发酵，责任人被停职，给了大家一个交代。然而，“一码通”事件还没有结束。有网友发现，在2021年6月一篇关于“一码通”项目的报道中，有夸大“技术难度”的嫌疑。
报道提到:“为了保证系统更高效地运行，他们将一张图片从1MB压缩到500KB，然后从500KB优化到100KB。”并强调了这件事的技术难度，技术人员连续两天两夜守在电脑前，终于攻克了“难关”。
那么，Xi连续两次健康密码崩溃真的与“图片压缩技术”有关吗？
图片压缩技术有多难？首先要确定这张图片是否可以压缩，比如健康码图片，广告图片等。，都是可以压缩的图片。手机屏幕尺寸有限，1MB画面的显示效果和100KB画面没什么区别。
图像压缩并不是一项困难的技术。将png转换为jpg，修改图像分辨率等。，可以达到图像压缩的效果。两天两夜不可能把1MB的镜像优化成100KB。更何况在高频使用场景下，使用这么大的画面，产品设计是有缺陷的。
问题的关键不在于压缩图片的难度，而在于开发应用所用的技术是否通过了考验。
对此，网友提出了一个疑问:二维码是在客户端生成的吗？
要知道，二维码传递的信息是一串字符串，可能是网站、产品信息，也可能是下载链接。服务器只需要将这些字符传输给客户端，客户端就可以生成二维码图片。这样大小是1k，根本不需要100KB。
在服务器端生成二维码图片然后传输到客户端是很愚蠢的，因为这样会占用很多带宽，同时用户数量也会不止一个，很容易崩溃，大部分开发者不会采用这种方式。鉴于“压缩图片两天两夜”的报道，很多专家不得不怀疑易通通会不会采用这种方式，如果会，连续两次死机也就不足为奇了。
而网友在抢到一码通的包后发现并没有出现这种情况。一个代码确实使用了前端生成QR代码的方式。
显然，正如报道中提到的，从1MB优化到100KB的图片并不是二维码，而是广告、logo之类的图片。
一码通崩溃的原因通过抢包，网友们还是发现了一码通存在的一些问题。比如首页出现了一张87KB的“时事通讯”图片，这只是一篇文章的缩略图。
如果在上班高峰期，很多用户都是第一次打开一码通页面，并且没有本地缓存，服务器势必会产生很大的压力，容易崩溃。
在这种高度并发的场景下，真的不应该有这么大的画面。另一个因素也可能是一个码通本身的带宽不足以支撑公众在用码高峰期的需求。
其实一次码通是技术不足还是自身带宽不足都无所谓。重要的是，我们应该如何从西区的这两个教训中吸取教训，以避免这种情况再次发生。毕竟疫情期间，无法查询卫生码不仅会影响出行，还会造成很多间接损失。
