第2723章 哈希值（3 / 3）

哈希值来代替实际图片的传输，流量就会大大地减少。”

“没错！”

周不器眼睛一亮。

觉得很振奋！

就比如一个用户A，想要给好友B发送1万张高清图片。

这要是真的按照传统方法去一张一张的真实的发送图片，那可能得消耗100GB的流量，这手机流量的消耗就太多了。

关键网络的传输速度也没那么快，100G的图片，一两天都传不完。

改用哈希值，就完全不一样了。

用户A发送的不是高清图片，发送的其实是1万个哈希值。这就很小了，总大小也就是1MB左右，几秒钟就传输完了。

其实是把哈希值传到云端，云端再把这1万张照片对应的哈希值发给好友B。

紫微云上有更多的技术应用。

比如预览。

一张高清图片10M，云端可以极致压缩，压缩到10K左右的大小，让用户B先大概看看。觉得好，就把完整的高清图片从云端下载下来，不喜欢，就不下载了。

这又大大节省了筛选中的浪费。

用户B是直接从云端来下载图片，而不是从用户A那边接收。

这样就可以更稳定。

也可以随时中断、随时开始，不需要受到用户A那边的限制。

这图片社交产品的使用体验，就大大的提升了。

这果然是科技推动的产品创新，这类的创新，只有硅谷公司能玩的出来，国内这边玩的更多是设计和商业上的创新。

周不器都觉得很兴奋。

他之前也用过QQ、Helo、微信什么的传输文件，都遇到过麻烦，就是对方忽然下线了，就导致传输失败了。

主要就是因为这样的传输，是点对点的，不够稳定，一方出现了问题，传输就终止了。

如果改成“点-云-点”的模式，就可以更稳定。哪怕对方下线了，因为文件在云端，也可以让另一方顺利地完成接收。

这样的技术性方案，可以极大地改善Pinterest这样的图片社交产品的使用体验，他们想不接受也不行了。

要是Ucgram、Helo、Snapchat上都可以快速的方便的完成图片传输，而Pinterest却因为技术限制做不到，那一定会被用户抛弃。

陆器道：“这其实是个不错的技术创新，我跟国内也说了，不过张一明、郭鹏飞他们都不是太认可。”

“呃……”

周不器的兴奋劲还没过呢，没想到国内那边早就给否定了。

陆器道：“好像不是技术原因。”

周不器点了点头，“嗯，能理解。硅谷的互联网公司，可以跟运营商顶着干，国内可不行。国内的运营商，本来就不赚钱了，就指望着互联网产品能让用户多花点流量，多从老百姓身上赚点流量费呢。”

陆器笑笑，“那我就不太清楚了，技术层面应该不是太难。主要是产品生态间的协同，要把产品和云计算平台的合作关系给捋顺。”