經常會用到各種文件，所以電腦的桌面上難免會放著不少的文件，這就會導致桌面變得非常的亂

有沒有方法可以把桌面的文件和程序分別放在桌面選定的區域呢？今天小林君就來分享一個簡單好用的桌面整理軟件

軟件名fences，是一款來自外網的桌面整理軟件，它的作用是可以在桌面上劃分區域來存放各種程序和文件，效果非常不錯

下面講下如何安裝使用這個軟件

1.安裝

首先下載好壓縮包，解壓出來，放到合適的位置，注意目錄不要有中文名

雙擊打開01綠化.bat，等待一會，然后桌面會黑屏一下，不用管，會彈出來幾個窗口，點擊確定即可

然后雙擊運行03補丁.exe，點擊patch按鈕，等待一會，可能也會黑屏一下，然后會重啟桌面，這時候就算安裝完成

2.使用方法

安裝完成后，軟件會彈出向導界面，直接關掉即可

在桌面上，直接劃出一個區域出來，在彈出的選項中選擇在此處創建方框，然后輸入分類的名稱即可

這時候可以把你要放到分類中的文件或程序拖到里面即可

選擇區域的邊緣就可以動態調整區域的大小，非常方便

可以多創建幾個區域，然后進行整理，效果非常好

這里分享個小問題的解決辦法，如果你用的是動態壁紙，那在劃區域的時候可能出現背景錯誤的情況

解決方法很簡單，打開軟件，選擇顏色與外觀，把下圖中的選項取消勾選即可

總結：非常不錯的一款軟件，適合桌面文件非常多，而且都經常要用到的小伙伴，軟件還有一些其他小功能，可以自行摸索

*注意，軟件自帶一個雙擊桌面隱藏桌面所有圖標的功能，再次雙擊就會顯示，如果不需要記得在設置-快速隱藏關閉

3.下載方式

這里提供軟件的下載方式

關注、轉發和點贊后，私信數字【1088】給小林君即可獲取下載方式

計算機網絡基礎匯總-TCP四層模型、三次握手、四次揮手

程序員不僅僅要會敲代碼，網絡相關的知識也是有必要掌握的，否則如何“做好網管”、幫師妹“修電腦”[得意]。本文集天地之靈氣，匯大家于一言，對網絡基礎知識作了整理。主要包括以下幾個方面：

【第一部分 TCP/IP 四層模型】

TCP/IP 四層模型 是目前被廣泛采用的一種模型，可以將 TCP / IP 模型看作是 OSI 七層模型的精簡版本，由以下四層組成：

應用層傳輸層網絡層網絡接口層

但需要注意的是，并不能將 TCP/IP 四層模型 和 OSI 七層模型完全精確地匹配起來，不過可以簡單將兩者對應起來，如下圖所示：

應用層（ layer）

應用層位于傳輸層之上，主要提供兩個終端設備上的應用程序之間信息交換的服務，它定義了信息交換的格式，消息會交給下一層傳輸層來傳輸。 我們把應用層交互的數據單元稱為報文。

應用層協議定義了網絡通信規則，對于不同的網絡應用需要不同的應用層協議。在互聯網中應用層協議很多，如支持 Web 應用的 HTTP 協議，支持電子郵件的 SMTP 協議等等。

應用層常見協議：

傳輸層（ layer）

傳輸層的主要任務就是負責向兩臺終端設備進程之間的通信提供通用的數據傳輸服務。 應用進程利用該服務傳送應用層報文。“通用的”是指并不針對某一個特定的網絡應用，而是多種應用可以使用同一個運輸層服務。

傳輸層常見協議：

網絡層（Network layer）

網絡層負責為分組交換網上的不同主機提供通信服務。 在發送數據時，網絡層把運輸層產生的報文段或用戶數據報封裝成分組和包進行傳送。在 TCP/IP 體系結構中，由于網絡層使用 IP 協議，因此分組也叫 IP 數據報，簡稱數據報。

?? 注意：不要把運輸層的“用戶數據報 UDP”和網絡層的“IP 數據報”弄混。

網絡層的還有一個任務就是選擇合適的路由，使源主機運輸層所傳下來的分組，能通過網絡層中的路由器找到目的主機。

這里強調指出，網絡層中的“網絡”二字已經不是我們通常談到的具體網絡，而是指計算機網絡體系結構模型中第三層的名稱。

互聯網是由大量的異構（）網絡通過路由器（router）相互連接起來的。互聯網使用的網絡層協議是無連接的網際協議（ ）和許多路由選擇協議，因此互聯網的網絡層也叫做 網際層 或 IP 層。

網絡層常見協議：

網絡接口層（Network layer）

可以把網絡接口層看作是數據鏈路層和物理層的合體。

數據鏈路層(data link layer)通常簡稱為鏈路層（ 兩臺主機之間的數據傳輸，總是在一段一段的鏈路上傳送的）。數據鏈路層的作用是將網絡層交下來的 IP 數據報組裝成幀，在兩個相鄰節點間的鏈路上傳送幀。每一幀包括數據和必要的控制信息（如同步信息，地址信息，差錯控制等）。物理層的作用是實現相鄰計算機節點之間比特流的透明傳送，盡可能屏蔽掉具體傳輸介質和物理設備的差異

網絡接口層重要功能和協議如下圖所示：

總結

簡單總結一下每一層包含的協議和核心技術:

應用層協議 :

傳輸層協議 :

網絡層協議 :

網絡接口層 :

【第二部分 三次握手 四次揮手】

為了準確無誤地把數據送達目標處，TCP 協議采用了三次握手策略。

建立連接-TCP 三次握手

建立一個 TCP 連接需要“三次握手”，缺一不可：

當建立了 3 次握手之后，客戶端和服務端就可以傳輸數據啦！

為什么要三次握手?

三次握手的目的是建立可靠的通信信道，說到通訊，簡單來說就是數據的發送與接收，而三次握手最主要的目的就是雙方確認自己與對方的發送與接收是正常的。

第一次握手：Client 什么都不能確認；Server 確認了對方發送正常，自己接收正常第二次握手：Client 確認了：自己發送、接收正常，對方發送、接收正常；Server 確認了：對方發送正常，自己接收正常第三次握手：Client 確認了：自己發送、接收正常，對方發送、接收正常；Server 確認了：自己發送、接收正常，對方發送、接收正常

三次握手就能確認雙方收發功能都正常，缺一不可。

第 2 次握手傳回了 ACK，為什么還要傳回 SYN？

服務端傳回發送端所發送的 ACK 是為了告訴客戶端：“我接收到的信息確實就是你所發送的信號了”，這表明從客戶端到服務端的通信是正常的。回傳 SYN 則是為了建立并確認從服務端到客戶端的通信。

SYN 同步序列編號( Numbers) 是 TCP/IP 建立連接時使用的握手信號。在客戶機和服務器之間建立正常的 TCP 網絡連接時，客戶機首先發出一個 SYN 消息，服務器使用 SYN-ACK 應答表示接收到了這個消息，最后客戶機再以 ACK(）消息響應。這樣在客戶機和服務器之間才能建立起可靠的 TCP 連接，數據才可以在客戶機和服務器之間傳遞。

斷開連接-TCP 四次揮手

斷開一個 TCP 連接則需要“四次揮手”，缺一不可：

第一次揮手：客戶端發送一個 FIN（SEQ=x） 標志的數據包->服務端，用來關閉客戶端到服務器的數據傳送。然后客戶端進入 FIN-WAIT-1 狀態。第二次揮手：服務器收到這個 FIN（SEQ=X） 標志的數據包，它發送一個 ACK （ACK=x+1）標志的數據包->客戶端 。然后服務端進入 CLOSE-WAIT 狀態，客戶端進入 FIN-WAIT-2 狀態。第三次揮手：服務端發送一個 FIN (SEQ=y)標志的數據包->客戶端，請求關閉連接，然后服務端進入 LAST-ACK 狀態。第四次揮手：客戶端發送 ACK (ACK=y+1)標志的數據包->服務端，然后客戶端進入TIME-WAIT狀態，服務端在收到 ACK (ACK=y+1)標志的數據包后進入 CLOSE 狀態。此時如果客戶端等待 2MSL 后依然沒有收到回復，就證明服務端已正常關閉，隨后客戶端也可以關閉連接了。

只要四次揮手沒有結束，客戶端和服務端就可以繼續傳輸數據！

為什么要四次揮手？

TCP 是全雙工通信，可以雙向傳輸數據。任何一方都可以在數據傳送結束后發出連接釋放的通知，待對方確認后進入半關閉狀態。當另一方也沒有數據再發送的時候，則發出連接釋放通知，對方確認后就完全關閉了 TCP 連接。

舉個例子：A 和 B 打電話，通話即將結束后。

第一次揮手：A 說“我沒啥要說的了”第二次揮手：B 回答“我知道了”，但是 B 可能還會有要說的話，A 不能要求 B 跟著自己的節奏結束通話第三次揮手：于是 B 可能又巴拉巴拉說了一通，最后 B 說“我說完了”第四次揮手：A 回答“知道了”，這樣通話才算結束。為什么不能把服務器發送的 ACK 和 FIN 合并起來，變成三次揮手？

因為服務器收到客戶端斷開連接的請求時，可能還有一些數據沒有發完，這時先回復 ACK，表示接收到了斷開連接的請求。等到數據發完之后再發 FIN，斷開服務器到客戶端的數據傳送。

如果第二次揮手時服務器的 ACK 沒有送達客戶端，會怎樣？

客戶端沒有收到 ACK 確認，會重新發送 FIN 請求。

為什么第四次揮手客戶端需要等待 2*MSL（報文段最長壽命）時間后才進入 CLOSED 狀態？

第四次揮手時，客戶端發送給服務器的 ACK 有可能丟失，如果服務端因為某些原因而沒有收到 ACK 的話，服務端就會重發 FIN，如果客戶端在 2*MSL 的時間內收到了 FIN，就會重新發送 ACK 并再次等待 2MSL，防止 Server 沒有收到 ACK 而不斷重發 FIN。

MSL(Maximum Segment ) : 一個片段在網絡中最大的存活時間，2MSL 就是一個發送和一個回復所需的最大時間。如果直到 2MSL，Client 都沒有再次收到 FIN，那么 Client 推斷 ACK 已經被成功接收，則結束 TCP 連接。

【第三部分 IP協議】

IP 協議的作用是什么？

IP（ ，網際協議） 是 TCP/IP 協議中最重要的協議之一，屬于網絡層的協議，主要作用是定義數據包的格式、對數據包進行路由和尋址，以便它們可以跨網絡傳播并到達正確的目的地。

目前 IP 協議主要分為兩種，一種是過去的 IPv4，另一種是較新的 IPv6，目前這兩種協議都在使用，但后者已經被提議來取代前者。

什么是 IP 地址？IP 尋址如何工作？

每個連入互聯網的設備或域（如計算機、服務器、路由器等）都被分配一個 IP 地址（ address），作為唯一標識符。每個 IP 地址都是一個字符序列，如 192.168.1.1（IPv4）、2001:0db8:85a3:0000:0000:8a2e:0370:7334（IPv6） 。

當網絡設備發送 IP 數據包時，數據包中包含了 源 IP 地址 和 目的 IP 地址 。源 IP 地址用于標識數據包的發送方設備或域，而目的 IP 地址則用于標識數據包的接收方設備或域。這類似于一封郵件中同時包含了目的地地址和回郵地址。

網絡設備根據目的 IP 地址來判斷數據包的目的地，并將數據包轉發到正確的目的地網絡或子網絡，從而實現了設備間的通信。

這種基于 IP 地址的尋址方式是互聯網通信的基礎，它允許數據包在不同的網絡之間傳遞，從而實現了全球范圍內的網絡互聯互通。IP 地址的唯一性和全局性保證了網絡中的每個設備都可以通過其獨特的 IP 地址進行標識和尋址。

什么是 IP 地址過濾？

IP 地址過濾（IP Address ） 簡單來說就是限制或阻止特定 IP 地址或 IP 地址范圍的訪問。例如，你有一個圖片服務突然被某一個 IP 地址攻擊，那我們就可以禁止這個 IP 地址訪問圖片服務。

IP 地址過濾是一種簡單的網絡安全措施，實際應用中一般會結合其他網絡安全措施，如認證、授權、加密等一起使用。單獨使用 IP 地址過濾并不能完全保證網絡的安全。

IPv4 和 IPv6 有什么區別？

IPv4（ version 4） 是目前廣泛使用的 IP 地址版本，其格式是四組由點分隔的數字，例如：123.89.46.72。IPv4 使用 32 位地址作為其 地址，這意味著共有約 42 億（ 2^32）個可用 IP 地址。

這么少當然不夠用啦！為了解決 IP 地址耗盡的問題，最根本的辦法是采用具有更大地址空間的新版本 IP 協議 - IPv6（ version 6）。IPv6 地址使用更復雜的格式，該格式使用由單或雙冒號分隔的一組數字和字母，例如：2001:0db8:85a3:0000:0000:8a2e:0370:7334 。IPv6 使用 128 位互聯網地址，這意味著越有 2^128（3 開頭的 39 位數字，恐怖如斯） 個可用 IP 地址。

除了更大的地址空間之外，IPv6 的優勢還包括：

【第四部分 TCP/UDP區別】

TCP 與 UDP 的區別是否面向連接：UDP 在傳送數據之前不需要先建立連接。而 TCP 提供面向連接的服務，在傳送數據之前必須先建立連接，數據傳送結束后要釋放連接。是否是可靠傳輸：遠地主機在收到 UDP 報文后，不需要給出任何確認，并且不保證數據不丟失，不保證是否順序到達。TCP 提供可靠的傳輸服務，TCP 在傳遞數據之前，會有三次握手來建立連接，而且在數據傳遞時，有確認、窗口、重傳、擁塞控制機制。通過 TCP 連接傳輸的數據，無差錯、不丟失、不重復、并且按序到達。是否有狀態：這個和上面的“是否可靠傳輸”相對應。TCP 傳輸是有狀態的，這個有狀態說的是 TCP 會去記錄自己發送消息的狀態比如消息是否發送了、是否被接收了等等。為此 ，TCP 需要維持復雜的連接狀態表。而 UDP 是無狀態服務，簡單來說就是不管發出去之后的事情了。傳輸效率：由于使用 TCP 進行傳輸的時候多了連接、確認、重傳等機制，所以 TCP 的傳輸效率要比 UDP 低很多。傳輸形式：TCP 是面向字節流的，UDP 是面向報文的。首部開銷：TCP 首部開銷（20 ～ 60 字節）比 UDP 首部開銷（8 字節）要大。是否提供廣播或多播服務：TCP 只支持點對點通信，UDP 支持一對一、一對多、多對一、多對多；

TCP

UDP

是否面向連接

是

否

是否可靠

是

否

是否有狀態

是

否

傳輸效率

較慢

較快

傳輸形式

字節流

數據報文段

首部開銷

20 ～ 60 bytes

8 bytes

是否提供廣播或多播服務

否

是

什么時候選擇 TCP，什么時候選 UDP?HTTP 基于 TCP 還是 UDP？

HTTP/3.0 之前是基于 TCP 協議的，而 HTTP/3.0 將棄用 TCP，改用 基于 UDP 的 QUIC 協議 。

此變化解決了 HTTP/2 中存在的隊頭阻塞問題。隊頭阻塞是指在 HTTP/2.0 中，多個 HTTP 請求和響應共享一個 TCP 連接，如果其中一個請求或響應因為網絡擁塞或丟包而被阻塞，那么后續的請求或響應也無法發送，導致整個連接的效率降低。這是由于 HTTP/2.0 在單個 TCP 連接上使用了多路復用，受到 TCP 擁塞控制的影響，少量的丟包就可能導致整個 TCP 連接上的所有流被阻塞。HTTP/3.0 在一定程度上解決了隊頭阻塞問題，一個連接建立多個不同的數據流，這些數據流之間獨立互不影響，某個數據流發生丟包了，其數據流不受影響（本質上是多路復用+輪詢）。

除了解決隊頭阻塞問題，HTTP/3.0 還可以減少握手過程的延遲。在 HTTP/2.0 中，如果要建立一個安全的 HTTPS 連接，需要經過 TCP 三次握手和 TLS 握手：

TCP 三次握手：客戶端和服務器交換 SYN 和 ACK 包，建立一個 TCP 連接。這個過程需要 1.5 個 RTT（round-trip time），即一個數據包從發送到接收的時間。TLS 握手：客戶端和服務器交換密鑰和證書，建立一個 TLS 加密層。這個過程需要至少 1 個 RTT（TLS 1.3）或者 2 個 RTT（TLS 1.2）。

所以，HTTP/2.0 的連接建立就至少需要 2.5 個 RTT（TLS 1.3）或者 3.5 個 RTT（TLS 1.2）。而在 HTTP/3.0 中，使用的 QUIC 協議（TLS 1.3，TLS 1.3 除了支持 1 個 RTT 的握手，還支持 0 個 RTT 的握手）連接建立僅需 0-RTT 或者 1-RTT。這意味著 QUIC 在最佳情況下不需要任何的額外往返時間就可以建立新連接。

使用 TCP 的協議有哪些?使用 UDP 的協議有哪些?

運行于 TCP 協議之上的協議：

HTTP 協議（HTTP/3.0 之前）：超文本傳輸協議（HTTP， )是一種用于傳輸超文本和多媒體內容的協議，主要是為 Web 瀏覽器與 Web 服務器之間的通信而設計的。當我們使用瀏覽器瀏覽網頁的時候，我們網頁就是通過 HTTP 請求進行加載的。HTTPS 協議：更安全的超文本傳輸協議(HTTPS, Secure)，身披 SSL 外衣的 HTTP 協議FTP 協議：文件傳輸協議 FTP（File ）是一種用于在計算機之間傳輸文件的協議，可以屏蔽操作系統和文件存儲方式。??注意：FTP 是一種不安全的協議，因為它在傳輸過程中不會對數據進行加密。建議在傳輸敏感數據時使用更安全的協議，如 SFTP。SMTP 協議：簡單郵件傳輸協議（SMTP，Simple Mail ）的縮寫，是一種用于發送電子郵件的協議。 ??注意：SMTP 協議只負責郵件的發送，而不是接收。要從郵件服務器接收郵件，需要使用 POP3 或 IMAP 協議。POP3/IMAP 協議：兩者都是負責郵件接收的協議。IMAP 協議是比 POP3 更新的協議，它在功能和性能上都更加強大。IMAP 支持郵件搜索、標記、分類、歸檔等高級功能，而且可以在多個設備之間同步郵件狀態。幾乎所有現代電子郵件客戶端和服務器都支持 IMAP。Telnet 協議：用于通過一個終端登陸到其他服務器。Telnet 協議的最大缺點之一是所有數據（包括用戶名和密碼）均以明文形式發送，這有潛在的安全風險。這就是為什么如今很少使用 Telnet，而是使用一種稱為 SSH 的非常安全的網絡傳輸協議的主要原因。SSH 協議 : SSH（ Secure Shell）是目前較可靠，專為遠程登錄會話和其他網絡服務提供安全性的協議。利用 SSH 協議可以有效防止遠程管理過程中的信息泄露問題。SSH 建立在可靠的傳輸協議 TCP 之上。

運行于 UDP 協議之上的協議：

HTTP 協議（HTTP/3.0 ）： HTTP/3.0 棄用 TCP，改用基于 UDP 的 QUIC 協議 。DHCP 協議：動態主機配置協議，動態配置 IP 地址DNS：域名系統（DNS，Domain Name System）將人類可讀的域名 (例如，) 轉換為機器可讀的 IP 地址 (例如，220.181.38.148)。 我們可以將其理解為專為互聯網設計的電話薄。實際上，DNS 同時支持 UDP 和 TCP 協議。