单向加密的一点思考(md5)

发布时间:2020-08-27 02:55:48 作者:天才相师
来源:网络 阅读:1015

在百度网盘中上传文件的时候、我发现那上传的速度真是一个快。

快到让我吃惊之外、还多了一份好奇。使用百度上传文件的时候的用户体验是非常不错的

除了带宽的问题、这其中是不是还有些别的呢。在我学习到的知识当中我自然而然的想到

了单向加密算法(MD5)。

我们知道MD5加密的一个特征就是:雪崩效应(一旦被加密的内容发生一丁的点变化、将引起加密结果巨大的变化)


我们不妨设想一下:

在用户的本机电脑上有3个文件(Test1.txt | Test2.txt | Test3.txt)、用户只是修改了其中的一个:Test3.txt

尽管另外的2个用户并没有做任何修改、但是用户也把它拖入了上传的队列当中。


我的思考:

假设(Test1.txt | Test2.txt | Test3.txt)这3个文件服务器上已经存在一份了、只是Test3.txt这个文件不是最新

的。为了得到最好的用户体验最好的做法就是跳过(Test1.txt | Test2.txt)这2个文件,直接上传Test3.txt就行了。

但是我们首先需要解决的一个问题就是:我们知道Test3.txt被用户修改了、但是电脑并不清楚。


此处我再次假设一下:

如果我们有一种方法可以比对(服务器上已经存的文件 和用户端上需要上传的同名文件的)特征码(即:MD5加密结果)

:如果两者MD5加密的结果一致我们就认为该文件没有被修改、所以不需要上传。

:如果两者MD5加密的结果不一致我们就认为该文件被修改了、需要上传。

这样一来本来需要上传3个文件、现在只需上传一个文件(被修改的那一个)就可以了、如此一来速度显然要快上很多了。


总结:

百度网盘上传速度如此之快 自然离不了那些高大上的技术,并非我所能了解的,此不必多说了。

我的想法有些异想天开,但不并妨碍我求知的欲望... (^V^)


下面是一个有关于MD5的一个小例子:

第1次向 1.txt 写入的是"12345678" ;第2次向 1.txt写入的是 "12345678 "多一个空格.


[root@Director1 wbq]# touch 1.txt

[root@Director1 wbq]# 

[root@Director1 wbq]# echo "12345678" > 1.txt 

[root@Director1 wbq]# 

[root@Director1 wbq]# cat 1.txt

12345678

[root@Director1 wbq]# 

[root@Director1 wbq]# md5sum 1.txt 

23cdc18507b52418db7740cbb5543e54  1.txt

[root@Director1 wbq]# 

[root@Director1 wbq]# md5sum 1.txt 

23cdc18507b52418db7740cbb5543e54  1.txt

[root@Director1 wbq]# 

[root@Director1 wbq]# echo "12345678 " > 1.txt

[root@Director1 wbq]# 

[root@Director1 wbq]# md5sum 1.txt 

0a248abc4cfd2c83de82a5748b141cea  1.txt


推荐阅读:
  1. iOS md5加密
  2. 前端加密方法,MD5加密、base64加密

免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。

加密 md5 百度网

上一篇:Scala实现冒泡排序、归并排序和快速排序的示例代码

下一篇:js实现适合新闻类图片的轮播效果

相关阅读

您好,登录后才能下订单哦!

密码登录
登录注册
其他方式登录
点击 登录注册 即表示同意《亿速云用户服务条款》