初步结论:拼多多很可能又在说谎!!!详细的测试请见本篇回答中间部分的更新。
是时候拿出来我藏了一年多的Excel表格了
既然这么多赞了我就直接说出来我的看法吧,不藏在图里打哑谜了。
为什么我直接否定了所有用Tinker的App呢?就是微信朋友圈那次可以在评论区发表情包的事件。热更新确实是一项好技术,但是控制权完全在App生产方,而且你根本没有手动试错排查的余地。比如你对某个冷更新完后的功能不满意,你猜测是哪次更新加进来的,你就可以自由的回退到上一个版本,从而暂时性的规避掉——反正需要联网的App是双向服务,如果App方觉得不更新不行了,他完全可以停掉旧版的登录,对用户也是一种告知:“我不再给旧版提供服务了,你可以选择更到新版接受新的东西,也可以选择不再使用”。而热更新,尤其是能涉及到服务变更的热更新,就使用户丧失了这个选择的权力,你必须接受他随时随地可能推给你的一个更新。
那么回到删照片的事件上来,假如PDD预先写好了一段程序(再强调一遍,这只是我的一种假设):
发送图片前,校验这张图的SHA256,并在后台一并发送。
与客服建立会话时,记录当前的客户端ID,并发送到服务器。
并预先构建了一个这样的删图片的“更新”:
根据执行时传入的校验值,对相册里的图片按从新到旧逐一校验,匹配成功就删除。
这样客服在收到一张图之后且认为这个图片“包含极端言论”的时候,可以直接向特定的客户端推送这样一个预先构建好的“更新包”,从而达到精准删除的目的。如果有人担心,图片的校验值是有极小概率会撞上的,没关系,给客服发图的时候都会有损压缩一遍,反正客户端的压缩算法是固定的,再比一遍有损压缩以后(即服务器收到的图片的校验值)的就可以了。
2021-1-13 16:35更新:刚刚试了下,给客服发图片的时候,如果采用相机拍照的方式,发送完成之后确实是会立即清空他自身的缓存的,所以说官方解释的后半段是真的,但是前半句真实性仍然存疑,正常来说,任何一个定制版Android(为了省事以下简称系统,懂意思就好),都不会把App的缓存目录加入到系统相册的扫描范畴。不然你每天打开相册就会看到到处充满了各种广告图片、小图标之类的东西,因为这项资源都是在线加载然后放进缓存目录被调用的。能够触发系统相册的防删除保护的,一定是真的动了用户的存储空间区域,