用HTTP數(shù)據(jù)加密和HTTPS有什么區(qū)別？這里用寫回信來借喻說明下，如果能能幫到你。大家現(xiàn)在都用電腦或手機，我們把這些被稱設備。而兩個設備之間該如何接受傳輸數(shù)據(jù)呢？我們也應該清楚兩者傳輸數(shù)據(jù)，前提是要

用HTTP數(shù)據(jù)加密和HTTPS有什么區(qū)別？

這里用寫回信來借喻說明下，如果能能幫到你。

大家現(xiàn)在都用電腦或手機，我們把這些被稱設備。而兩個設備之間該如何接受傳輸數(shù)據(jù)呢？我們也應該清楚兩者傳輸數(shù)據(jù)，前提是要應明確對方是誰，看上去像你寫過信，需要要把對方的名字和地址寫在信封上完全不一樣，否則不你的“信息”就難以去傳達。

隨后，1983年的時候TCP/IP協(xié)議被發(fā)明出來進去，并代替了大型網(wǎng)游的傳輸協(xié)議。這份協(xié)議通俗的解釋地講，應該是信封，也就是網(wǎng)絡上任何兩個計算機之間通信，都可以要包一層TCP/IP的信封才行。那信封里的內(nèi)容用哪種語言寫呢？寫的內(nèi)容要別加下密呢？這些就又不是TCP/IP管的了，只不過是由上一層應用決定。

網(wǎng)站那是一種信封里的內(nèi)容類型。HTTP原英文是：HyperText Transfer Protocol,漢語翻譯回來是hypertext，為么叫超文本呢？應該是只不過我們以前的文本只能寫字符，不能寫圖片，視頻。而這個HTTP協(xié)議啊，則什么類型的信息都可以不傳輸?shù)?，因此叫超文本。這HTTP協(xié)議應該是定義法了通信雙方寫信/讀信的規(guī)范的。這個規(guī)范是網(wǎng)絡上不公開的，任何人都能看到，那這就會直接出現(xiàn)一種問題，我寫的信在運送過程中，有可能被別人悄悄然后打開看完，再將信封然后再裸芯片好。那這就是不不會有危險的了。

但，目的是防止“信”被偷偷的拆下來看，有才華的人就想到了一種方法，是信封里放一個盒子，盒子里才是唯一的信的內(nèi)容，盒子用鎖擋住，這個鎖的鑰匙唯有發(fā)送中者和收不到者有。而這個盒子應該是SSL協(xié)議，英文:Secure Sockets Layer,譯為:安全套接字協(xié)議。這個一些一結束是由叫網(wǎng)景公司先發(fā)明的，聽說后來公司宣告破產(chǎn)了，而這個協(xié)議確實是又很有用，所以，網(wǎng)景公司將這協(xié)議送到互聯(lián)網(wǎng)標準化組織并且標準化推廣，為盡量避免SSL的名稱版權問題，就改稱為TLS(Transport Layer Security)，譯為:傳輸層安全協(xié)議。因此，好象稱HTTPS HTTP SSL/TLS。

但，HTTP的數(shù)據(jù)是沒有加密的，任意的路由器截住，WIFI攔截，都能明白你不能訪問了哪些網(wǎng)站和內(nèi)容，而HTTPS是經(jīng)加密后的，應該不會被傳輸信號過程中的各種攻擊工具解密不出來的。

現(xiàn)在的瀏覽器早很表示友好了，對此不方便的HTTP和安全的HTTPS都會具體提示的，例如：

這是HTTP協(xié)議的網(wǎng)站舉例子:

這是HTTPS協(xié)議網(wǎng)站舉例(我個人博客):

map.js文件是什么？

是一個基于文本的文件，它乾坤二卦了遠古時期代碼和壓縮后的JavaScript源代碼之間的反照。