RDP協議詳解

以下內容包含對 RDP(Remote Desktop Protocol,遠程桌面協議)及其開源實現 FreeRDP 的較為系統、深入的講解,涵蓋協議概要、歷史沿革、核心原理、安全機制、安裝與使用方法、擴展與未來發展趨勢等方面,

---

## 一、引言

遠程桌面技術是現代信息技術不可或缺的重要組成部分,無論在企業內部還是個人場景中都發揮著至關重要的作用。通過遠程桌面協議,用戶可以在異地訪問并控制另一臺計算機的桌面環境,不僅可以進行文件訪問,甚至能夠進行完整的圖形化操作和應用程序運行,從而極大地提升工作效率和靈活性。微軟推出并不斷完善了 RDP(Remote Desktop Protocol,遠程桌面協議),在 Windows 平臺上構建了廣泛且可信賴的基礎設施。與此同時,為了在開源社區及跨平臺領域進一步增強此類應用的可擴展性,不同的組織和愛好者基于微軟的技術規范進行了逆向工程或基于公開協議詳細文檔,開發出了多種跨平臺遠程桌面解決方案,FreeRDP 就是其中的佼佼者。

針對 RDP 協議本身和 FreeRDP 工程的發展歷程,本文將進行較為翔實的討論,包括 RDP 協議的基本架構、通信原理、圖形渲染方法以及加密和安全性機制等;同時還會重點闡述 FreeRDP 的安裝、使用、特性、擴展能力以及在實際場景中的優化經驗,使讀者從理論到實踐都能對 RDP 和 FreeRDP 有一個系統全面的認識。

---

## 二、RDP 協議概述

RDP(Remote Desktop Protocol)是微軟設計和實現的一種多通道協議,用于遠程連接 Windows 系統的桌面環境,使客戶端可以仿佛身處目標計算機之前一樣進行圖形交互、音頻播放、文件操作等。RDP 在最初的 Windows NT 4.0 Terminal Server Edition 中已經出現,之后在 Windows 2000、Windows XP、Windows Server 2003 等多個操作系統逐步演化。如今,RDP 已成為遠程連接到 Windows 系統的事實標準之一。

RDP 協議位于應用層之上,利用 3389 端口進行網絡傳輸。它采用多通道設計,將不同類型的數據(如鍵盤鼠標輸入、圖形數據、設備映射等)分配到各自的邏輯通道,以便進行更好的帶寬利用和流量控制。RDP 協議的核心目標是將服務端桌面變化經過編碼后高效地傳輸到客戶端,并讓客戶端的輸入操作可以及時傳回服務端,形成流暢的遠程交互體驗。

在網絡層面,RDP 可以使用 TLS(Transport Layer Security)加密,從而為數據傳輸提供機密性與完整性保護。為適應不同網絡帶寬和延遲,RDP 還在編碼方式上提供了多種編解碼算法,并支持壓縮以及圖形差分傳輸等策略,以減小帶寬占用并提升用戶體驗。

---

## 三、RDP 的歷史與發展

RDP 的發展可以分為早期階段與持續演進兩個大方面。早期,微軟的設計目標是為終端服務器(Terminal Services)提供遠程連接功能,使多用戶可以共享一臺性能較強的 Windows 服務器。而后隨著 PC 計算能力的不斷提升和網絡基礎設施的逐步完善,遠程桌面逐漸變得日常化,越來越多的普通個人用戶也開始用遠程桌面進行維護、訪問或協同工作。

在 Windows XP 及 Windows Server 2003 時代,RDP 版本逐步升級,加入了更高效的圖像編碼以及更好的安全特性。Windows Vista / Windows Server 2008 時代,RDP 引入了多種增強功能,包括多顯示器支持、改進的音視頻重定向、USB 設備重定向等。進入 Windows 7 / Windows Server 2008 R2 乃至 Windows 10 及后續版本后,RDP 又在圖形渲染、視頻解碼、網絡擁塞控制、觸控支持等方面均有持續改進。

在此過程中,隨著 RDP 協議的日趨完善,開源社區對 RDP 的研究興致高漲,紛紛試圖通過逆向工程或官方文檔(有時微軟會公開部分協議規范,以促進互操作性)了解其細節。最終,FreeRDP 以及 xrdp 等多種與 RDP 協議互操作的開源項目得以成長并形成一定規模。但是,RDP 的核心依舊由微軟掌控,其在各大 Windows 平臺中的實現始終所占份額最高。

---

## 四、RDP 協議的核心原理

### 4.1 多通道結構

RDP 的多通道結構是其重要特征之一,協議將不同類型的數據映射為不同的邏輯通道,以便獨立處理和控制。例如:

- **主會話通道**:用來傳輸主要的圖形數據、輸入數據等。
- **輸入設備通道**:專門處理鍵盤、鼠標以及觸控筆等用戶輸入消息。
- **音頻通道**:處理音頻數據的雙向傳輸(如遠程播放聲音、或將本地麥克風輸入傳給服務端)。
- **剪貼板通道**:支持剪貼板共享,使兩端能夠復制粘貼文本或文件。
- **設備重定向通道**:允許將本地打印機、存儲設備、智能卡讀取器等映射到遠程主機。

多通道結構便于 RDP 針對不同類型的數據應用不同的壓縮、打包算法,有效提升整體效率和吞吐。

### 4.2 圖形編碼與傳輸

RDP 需要不斷將服務端操作系統桌面(Windows 桌面)上的繪圖指令或最終渲染結果發送給客戶端。最初,RDP 使用的是基于 GDI(Windows 圖形設備接口)的繪圖命令轉發;后來為提升性能,引入了更高級的圖像壓縮編碼,甚至在比較新版本中也考慮到多媒體播放的需求,對視頻流進行專用的編解碼策略。

常見的圖形傳輸方式包括:

- **BitBlt** 操作序列:將像素塊復制、移動或繪制到屏幕區域,客戶端處理相同的繪圖指令來重建畫面。 ?
- 基于 **RemoteFX** 的渲染增強:RemoteFX 是微軟為 RDP 引入的一套擴展組件,通過更高效的編碼,在弱網絡環境下也能獲得較為流暢的圖形、視頻和 3D 渲染能力。

### 4.3 輸入設備映射

在遠程桌面中,完整的用戶交互需要將客戶端的鼠標、鍵盤等輸入反射到服務端系統,這要求 RDP 提供精細的事件轉發機制。客戶端監測到鼠標移動、點擊或鍵盤敲擊等操作后,會將這些指令通過輸入通道發送給服務端,從而讓遠程 Windows 系統將其視為本地輸入進行處理,實現真正的遠程操控。

### 4.4 安全與加密

RDP 默認使用 3389 TCP 端口,支持多種安全層級,最簡單的方式是基于 TLS 進行加密,也可以采用微軟專有的多層安全機制(CredSSP、RDP Security Layer、TLS Security Layer 等)。在較新的版本中,大多數情況下都推薦啟用 TLS 來確保會話的加密傳輸與身份驗證,以防中間人攻擊、竊聽或冒充服務器等風險。

---

## 五、RDP 協議的安全機制

RDP 的安全不只依賴網絡層的 SSL/TLS 加密,也包括以下機制:

1. **網絡級身份驗證(NLA)**:即 CredSSP(Credential Security Support Provider),要求客戶端在建立遠程桌面會話之前先通過一輪憑證驗證(如用戶名密碼、或其他認證方式),從而有效防止在遠程連接尚未完成協商時對服務器資源的惡意利用。

2. **雙向身份驗證**:服務器需要向客戶端展示有效的證書,而客戶端也需要向服務器提供正確的賬號密碼或其他認證手段,保證雙方身份都可信。

3. **策略與組策略控制**:在 Windows 域環境或本地策略中,管理員可以設定 RDP 連接的加密級別、是否允許弱加密算法、是否需要強制使用網絡級身份驗證等。

4. **集中監控與日志**:企業在使用 RDP 時往往還采用相關的日志審計工具,對終端服務器的會話進行監控與記錄,以滿足合規與安全需求。

當然,RDP 也存在潛在的風險,例如如果系統未打安全補丁,則可能存在針對 RDP 協議的漏洞(如著名的“BlueKeep”漏洞),因此保持系統更新、啟用訪問控制和強密碼策略至關重要。

---

## 六、RDP 協議的典型應用場景

1. **服務器遠程維護**:管理員可在數據中心或異地通過 RDP 登錄并管理 Windows Server 系統,執行軟件安裝、故障排除、服務重啟等運維操作,無需親臨現場。

2. **虛擬桌面基礎架構(VDI)**:企業可通過 RDP 向用戶提供虛擬機的桌面訪問,將所有應用及數據集中在服務器端,方便管理與維護,還可統一進行安全策略布置。

3. **跨區域協同辦公**:在疫情或互聯網普及的背景下,很多個人或組織都需要在家辦公或異地協同,RDP 可使他們直接訪問公司內部計算機的圖形界面。

4. **應用程序遠程發布**:借助 Terminal Services 或 RemoteApp 模式,企業可只將特定應用程序的窗口發布給客戶端,而非整個桌面,提升安全性和易用性。

---

## 七、FreeRDP 簡介

FreeRDP 是一個基于 Apache License 2.0 協議開源的 RDP 客戶端實現項目,最早起源于 rdesktop(另一個早期的開源 RDP 客戶端項目)社區。由于 rdesktop 的更新維護陷入瓶頸,部分開發者轉而通過逆向和參考微軟公開的協議文檔,建立了全新的、模塊化更好的 FreeRDP 項目。它旨在實現對最新版 RDP 協議的兼容,并提供豐富的擴展和配置能力。

FreeRDP 擁有以下顯著特點:

- **跨平臺支持**:支持在 Linux、FreeBSD、macOS、Windows(包含 Cygwin/MinGW 環境)等多種操作系統上編譯運行。 ?
- **豐富的特性集合**:覆蓋音視頻轉發、剪貼板、多個安全層(TLS、NLA、RDP Security Layer 等)、多顯示器以及 USB 重定向等多種功能。 ?
- **插件化設計**:通過編寫插件或模塊,開發者可以為 FreeRDP 添加新的功能,比如自定義的加密、認證、圖形渲染方式等。 ?
- **不斷追隨微軟的協議更新**:隨著微軟在 Windows 新版本中對 RDP 的改進,FreeRDP 社區也會盡量跟進并實現對應的新特性。

---

## 八、FreeRDP 重點特性

### 8.1 網絡級身份驗證 (NLA)

FreeRDP 支持基于 CredSSP 的網絡級身份驗證,這通常也是現代 Windows 系統默認啟用的認證方式。通過命令行選項或配置,可靈活啟用或禁用 NLA,并配合用戶名、密碼、域等信息進行登錄。

### 8.2 TLS/SSL 加密

FreeRDP 能支持 TLS 連接,以對 RDP 會話進行加密,防止敏感信息在網絡上被竊聽。此外,如果服務器端啟用了更高級別的安全策略,客戶端需要配置正確的加密算法或證書驗證方式。

### 8.3 多顯示器支持

若用戶使用多顯示器環境,可以使用 FreeRDP 命令行參數告訴客戶端啟用多顯示器模式,以在遠程系統中映射多塊顯示設備,從而最大限度地模擬本地工作環境。

### 8.4 音視頻與麥克風輸入重定向

對于需要遠程播放音頻、視頻或進行語音會話的場景,FreeRDP 的音頻通道功能非常實用。用戶可以將服務端的音頻流重定向到本地播放,也可以將本地麥克風輸入發送給服務端。

### 8.5 剪貼板同步

通過剪貼板通道,FreeRDP 可以實現遠程主機與本地主機之間的文本或文件復制粘貼。對于跨系統的工作流程(比如在本地編輯一段文本再粘貼到遠程應用里)非常方便。

### 8.6 USB 設備重定向

FreeRDP 還支持 USB over RDP 等擴展,通過特定插件可以把本地 USB 設備映射為遠程系統可見的設備(如存儲、攝像頭、智能卡讀卡器等),滿足更廣泛的應用需求。

---

## 九、FreeRDP 的安裝與使用

在 Linux 發行版中,許多軟件源都提供了預編譯的 FreeRDP 包。例如在 Ubuntu/Debian 中,可以簡單地通過以下命令進行安裝:

```bash
sudo apt update
sudo apt install freerdp2-x11
```

安裝完成后,就可以使用 `xfreerdp` 命令連接遠程主機,示例命令如下:

```bash
xfreerdp /u:用戶名 /p:密碼 /v:遠程主機地址
```

其中 `/v:` 后跟遠程主機 IP 或域名,`/u:`、`/p:` 表示要使用的賬戶名和密碼。若需要指定域,可使用 `/d:` 參數。例如:

```bash
xfreerdp /d:MYDOMAIN /u:john /p:123456 /v:192.168.1.100
```

另外,FreeRDP 命令行支持大量參數,比如:

- `/multimon` 用于啟用多顯示器 ?
- `/sound` 用于接收遠程音頻 ?
- `/mic` 用于發送本地麥克風輸入 ?
- `/clipboard` 開啟剪貼板同步 ?
- `/drive:盤符,本地路徑` 映射本地文件夾 ?

用戶可根據需求靈活組合這些參數,定制化程度很高。

---

## 十、FreeRDP 的編譯與常見參數

對于想要使用最新功能或對源碼進行研究的開發者,可以從 FreeRDP 的 GitHub 倉庫(https://github.com/FreeRDP/FreeRDP)克隆項目并自行編譯。常見的編譯流程大致如下:

1. **安裝依賴**:FreeRDP 依賴 cmake、OpenSSL、libX11、libXext、libXinerama、libxcursor、libxdamage、libxkbfile、libpulse 等庫。 ?
2. **獲取源碼并創建構建目錄**: ?
? ?```bash
? ?git clone https://github.com/FreeRDP/FreeRDP.git
? ?cd FreeRDP
? ?mkdir build && cd build
? ?```
3. **調用 cmake**: ?
? ?```bash
? ?cmake -DCMAKE_BUILD_TYPE=Release -DWITH_SSE2=ON -DWITH_CAIRO=ON ..
? ?```
? ?其中可以添加更多的選項,比如 `-DWITH_PULSE=ON` 以啟用脈沖音頻支持,`-DWITH_X11=ON` 以啟用 X11 相關功能,等等。 ?
4. **編譯并安裝**: ?
? ?```bash
? ?make -j4
? ?sudo make install
? ?```

在編譯完成后,通過 `xfreerdp --version` 驗證安裝的 FreeRDP 版本,以確保編譯選項正確生效。

---

## 十一、FreeRDP 的擴展與插件體系

FreeRDP 采用模塊化結構,可以通過插件(插件也稱“通道”)方式對某些功能進行額外擴展或更改。典型的擴展包括:

- **音視頻編解碼插件**:在特定網絡環境或操作系統中,有針對性的使用不同的編解碼庫,以降低延遲或提升兼容性。 ?
- **加密插件**:如果組織需要自定義的加密算法,或需要符合特定合規要求,可編寫專用的加密插件。 ?
- **外設重定向插件**:針對 USB、音頻設備、甚至自定義硬件設備進行專用的映射,實現更多遠程交互場景。

在設計插件時,需要熟悉 FreeRDP 的內部通道處理機制,并按照社區的接口規范進行封裝,讓主進程能夠在啟動或運行時動態加載相應插件。

---

## 十二、性能及優化

遠程桌面的性能主要受網絡狀況、服務器端處理能力以及客戶端解碼能力的影響。當網絡帶寬有限或延遲較高時,圖形傳輸將面臨巨大的挑戰。因此,在使用 FreeRDP 或任何 RDP 客戶端時,可以從以下幾個方向進行優化:

1. **降低分辨率或顏色深度**:在網絡受限時,減少遠程桌面的分辨率或采用 16 位色深,可以大幅度降低數據傳輸量。 ?
2. **禁用窗口特效**:在 Windows 側禁用過多的桌面特效(如 Aero 透明、動畫等),可減少渲染傳輸的負擔。 ?
3. **適當提高圖形壓縮**:若服務器端支持 RemoteFX 或其他高級編碼,可以在 FreeRDP 客戶端中啟用相應選項,但同時要考慮客戶端 CPU 的解碼能力。 ?
4. **充分使用硬件輔助**:針對音視頻流重定向時,若 FreeRDP 的編解碼模塊或操作系統支持 GPU 硬件解碼,則可讓客戶端顯卡分擔解碼工作,以提升流暢度。 ?
5. **網絡層面優化**:采用更穩定、低延遲的網絡鏈路,或通過 VPN 進行就近接入,這些都能顯著改善遠程桌面體驗。

---

## 十三、與其他遠程桌面協議比較

在遠程桌面領域,除了 RDP 以外,VNC(Virtual Network Computing)、TeamViewer 和 NoMachine(NX 協議)等也都廣受使用。它們各有優缺點:

- **VNC**:相對簡單、通用,跨平臺度高,但在高延遲或低帶寬下體驗較差,通常沒有 RDP 那樣強大的多媒體優化支持。 ?
- **TeamViewer**:商業化程度高,連接簡單,支持穿透 NAT,適合臨時遠程協助,但對企業級擴展控制和自定義不夠靈活。 ?
- **NoMachine(NX 協議)**:對網絡帶寬的利用效率非常出色,壓縮算法優秀,且可跨平臺,但其開源版本的功能相對有限,部分特性需要付費版支持。 ?
- **RDP**:整合度高,尤其對于 Windows 環境官方支持最好,Enterprise 級別的管理功能豐富,隨著微軟不斷改進,其兼容性及效率均表現良好。

FreeRDP 則是專門面向 RDP 生態的一款開源客戶端,在開放性與可定制化上具有相當大的優勢。

---

## 十四、常見問題與故障排查

1. **無法連接或連接失敗** ?
? ?- 檢查服務器 Windows 系統是否開啟 RDP 服務,或在防火墻中放行 3389 端口。 ?
? ?- 確認是否啟用了 NLA,如果客戶端不支持 NLA 則會連接失敗。 ?
? ?- 查看安全日志或使用 Wireshark 抓包診斷網絡通信是否正常。

2. **身份驗證錯誤** ?
? ?- 若開啟了網絡級身份驗證,需要確保客戶端版本支持 CredSSP,且用戶名密碼無誤。 ?
? ?- 當服務器使用自簽名證書時,某些客戶端可能會提示證書無效,需要在命令行中忽略證書驗證或導入證書。 ?

3. **圖形或顯示問題** ?
? ?- 若遠程桌面的分辨率超出客戶端物理顯示器上限,可能需添加 `/f`(全屏)或 `/size:WIDTHxHEIGHT` 參數。 ?
? ?- 如出現撕裂或畫面卡頓,可嘗試關閉 RemoteFX,或降低色深、分辨率后測試。 ?

4. **設備重定向失敗** ?
? ?- 確認編譯時啟用了相關插件(如 USB、音頻、打印機重定向)。 ?
? ?- Windows 側也需要開啟并允許對應的設備重定向策略,比如組策略中“允許音頻重定向”等。

---

## 十五、未來發展趨勢

在云計算與虛擬化技術的進一步發展下,遠程桌面協議會在以下方向繼續演變:

1. **更優化的多媒體體驗**:包括高清視頻和實時音頻,甚至支持 AR/VR 相關的遠程協作場景,需要在壓縮與延遲之間取得更好平衡。 ?

2. **混合云與容器化**:大量企業開始將 Windows 應用容器化或放置在混合云環境中,需要更靈活的遠程訪問方式,RDP 也會與容器技術、云控制面板結合更緊密。 ?

3. **進一步提升安全性**:伴隨網絡威脅的不斷升級,RDP 協議將與零信任體系的理念結合,通過更細粒度訪問控制、多因素認證、行為監控等手段來應對惡意攻擊。

4. **自動化運維與 DevOps 集成**:未來可能會有更多 RDP 的自動化管理接口,對遠程桌面的監控、腳本化操作、批量部署等予以支持。

對于 FreeRDP 而言,隨著微軟在新一代的 Windows Server 和 Windows 10/11 繼續升級 RDP 協議,項目也會引入新的特性擴展。社區保持活躍的開發狀態,將不斷合并各類 PR、修復漏洞、增強對特定平臺或硬件的兼容性。相信 FreeRDP 在后續的遠程桌面多樣化應用中仍將扮演不可或缺的角色。

---

## 十六、總結

RDP 協議是微軟在遠程桌面領域的得力之作,它通過多通道架構、高效的圖形與輸入設備映射以及安全加密策略,成為 Windows 平臺下遠程訪問的不二之選。無論是企業服務器運維、個人電腦協作,還是基于虛擬化/云桌面方案,RDP 都提供了穩定可靠的遠程訪問體驗。

FreeRDP 作為開源世界中的重要實現,緊跟 RDP 協議的更新幅度,通過跨平臺特性、插件式設計和靈活配置方式,滿足了更廣泛的使用需求。對普通用戶而言,FreeRDP 提供了可替代官方 Windows 客戶端的解決方案;對開發者和企業而言,FreeRDP 還能作為底層庫被集成到自定義的遠程桌面產品或功能中。

盡管遠程桌面概念已不算新鮮,但隨著云計算、分布式辦公及遠程運維的繼續深化,RDP 與 FreeRDP 的應用前景仍舊廣闊,甚至還會在各種新興技術場景中衍生出新的使用模式。對廣大技術愛好者、運維管理員或企業 IT 部門人員而言,深入了解 RDP 協議的工作原理,熟練掌握并運用 FreeRDP,無疑能夠大大提高遠程協作的效率和靈活性。

---

以上即是對 RDP 協議與 FreeRDP 的較為詳盡介紹。希望通過對協議機制、歷史演變、核心特性、安裝配置與使用示例、常見問題及難點的剖析,讓讀者對二者的內涵與外延都有充分的理解,并能在實際場景中正確、熟練地加以運用。
?

本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。
如若轉載,請注明出處:http://www.pswp.cn/news/894426.shtml
繁體地址,請注明出處:http://hk.pswp.cn/news/894426.shtml
英文地址,請注明出處:http://en.pswp.cn/news/894426.shtml

如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

相關文章

【Linux系統】計算機世界的基石:馮諾依曼架構與操作系統設計

文章目錄 一.馮諾依曼體系結構1.1 為什么體系結構中要存在內存?1.2 馮諾依曼瓶頸 二.操作系統2.1 設計目的2.2 系統調用與庫函數 一.馮諾依曼體系結構 馮諾依曼體系結構(Von Neumann Architecture)是計算機的基本設計理念之一,由…

消息隊列應用示例MessageQueues-STM32CubeMX-FreeRTOS《嵌入式系統設計》P343-P347

消息隊列 使用信號量、事件標志組和線標志進行任務同步時,只能提供同步的時刻信息,無法在任務之間進行數據傳輸。要實現任務間的數據傳輸,一般使用兩種方式: 1. 全局變量 在 RTOS 中使用全局變量時,必須保證每個任務…

【NLP251】Transformer精講 殘差鏈接與層歸一化

精講部分,主要是對Transformer的深度理解方便日后從底層邏輯進行創新,對于僅應用需求的小伙伴可以跳過這一部分,不影響正常學習。 1. 殘差模塊 何凱明在2015年提出的殘差網絡(ResNet),Transformer在2016年…

Android學習制作app(ESP8266-01S連接-簡單制作)

一、理論 部分理論見arduino學習-CSDN博客和Android Studio安裝配置_android studio gradle 配置-CSDN博客 以下直接上代碼和效果視頻,esp01S的收發硬件代碼目前沒有分享,但是可以通過另一個手機網絡調試助手進行模擬。也可以直接根據我的代碼進行改動…

圖書管理系統 Axios 源碼__新增圖書

目錄 功能介紹 核心代碼解析 源碼:新增圖書功能 總結 本項目基于 HTML、Bootstrap、JavaScript 和 Axios 開發,實現了圖書的增刪改查功能。以下是新增圖書的功能實現,適合前端開發學習和項目實踐。 功能介紹 用戶可以通過 模態框&#xf…

DeepSeek Janus-Pro:多模態AI模型的突破與創新

近年來,人工智能領域取得了顯著的進展,尤其是在多模態模型(Multimodal Models)方面。多模態模型能夠同時處理和理解文本、圖像等多種類型的數據,極大地擴展了AI的應用場景。DeepSeek(DeepSeek-V3 深度剖析:…

AJAX XML

AJAX XML 引言 隨著互聯網技術的不斷發展,Web應用對用戶交互性和實時性的要求越來越高。AJAX(Asynchronous JavaScript and XML)技術的出現,為Web應用開發提供了強大的支持。AJAX技術允許Web應用在不重新加載整個頁面的情況下,與服務器進行異步通信。XML作為數據傳輸格式…

OpenGL學習筆記(五):Textures 紋理

文章目錄 紋理坐標紋理環繞方式紋理過濾——處理紋理分辨率低的情況多級漸遠紋理Mipmap——處理紋理分辨率高的情況加載與創建紋理 &#xff08; <stb_image.h> &#xff09;生成紋理應用紋理紋理單元練習1練習2練習3練習4 通過上一篇著色部分的學習&#xff0c;我們可以…

代理模式——C++實現

目錄 1. 代理模式簡介 2. 代碼示例 1. 代理模式簡介 代理模式是一種行為型模式。 代理模式的定義&#xff1a;由于某些原因需要給某對象提供一個代理以控制該對象的訪問。這時&#xff0c;訪問對象不適合或者不能直接訪問引用目標對象&#xff0c;代理對象作為訪問對象和目標…

Vue3 表單:全面解析與最佳實踐

Vue3 表單&#xff1a;全面解析與最佳實踐 引言 隨著前端技術的發展&#xff0c;Vue.js 已經成為最受歡迎的前端框架之一。Vue3 作為 Vue.js 的最新版本&#xff0c;帶來了許多改進和新的特性。其中&#xff0c;表單處理是 Vue 應用中不可或缺的一部分。本文將全面解析 Vue3 …

C++11新特性之范圍for循環

1.介紹 C11標準之前&#xff0c;使用for循環遍歷數組或容器&#xff0c;只能使用以下結構&#xff1a; for&#xff08;表達式1&#xff1b;表達式2&#xff1b;表達式3&#xff09;{ 循環體 } 那么在C11標準中&#xff0c;除了上面的方法外&#xff0c;又引入了一種全新的語…

攻防世界 fileclude

代碼審計 WRONG WAY! <?php include("flag.php"); highlight_file(__FILE__);//高亮顯示文件的源代碼 if(isset($_GET["file1"]) && isset($_GET["file2"]))//檢查file1和file2參數是否存在 {$file1 $_GET["file1"];$fi…

圖書管理系統 Axios 源碼__獲取圖書列表

目錄 核心功能 源碼介紹 1. 獲取圖書列表 技術要點 適用人群 本項目是一個基于 HTML Bootstrap JavaScript Axios 開發的圖書管理系統&#xff0c;可用于 添加、編輯、刪除和管理圖書信息&#xff0c;適合前端開發者學習 前端交互設計、Axios 數據請求 以及 Bootstrap 樣…

Vue 響應式渲染 - 列表布局和v-html

Vue 漸進式JavaScript 框架 基于Vue2的學習筆記 - Vue 響應式渲染 - 列表布局和v-html 目錄 列表布局 簡單渲染列表 顯示索引值 點擊變色 V-html 作用 注意 采用策略 應用 總結 列表布局 簡單渲染列表 Data中設置狀態&#xff0c;是一個數組格式的默認信息。 然后…

如何實現一個CLI命令行功能 | python 小知識

如何實現一個CLI命令行功能 | python 小知識 在現代軟件開發中&#xff0c;命令行界面&#xff08;CLI&#xff09;的設計與交互至關重要。Click是一個強大的Python庫&#xff0c;專門用于快速創建命令行界面&#xff0c;以其簡單易用性和豐富的功能贏得了開發者的青睞。本文將…

[SAP ABAP] Debug Skill

SAP ABAP Debug相關資料 [SAP ABAP] DEBUG ABAP程序中的循環語句 [SAP ABAP] 靜態斷點的使用 [SAP ABAP] 在ABAP Debugger調試器中設置斷點 [SAP ABAP] SE11 / SE16N 修改標準表(慎用)

kamailio-Core 說明書 版本:Kamailio SIP Server v6.0.x(穩定版)

Core 說明書 版本&#xff1a;Kamailio SIP Server v6.0.x&#xff08;穩定版&#xff09; 概述 本教程收集了 Kamailio 導出的函數和參數 core 添加到配置文件中。 注意&#xff1a;此頁面上的參數不按字母順序排列。 結構 kamailio.cfg 的結構可以看作是三個部分&#xff…

.Net / C# 繁體中文 與 簡體中文 互相轉換, 支持地方特色詞匯

版本號 Nuget 搜索 “OpenCCNET”, 注意別找錯, 好多庫的名字都差不多 支持 “繁,簡” 的互相轉換, 支持多個地區常用詞匯的轉換, 還支持 日文的新舊轉換. OpenCC 在 .Net 中的實現 https://github.com/CosineG/OpenCC.NET <PackageReference Include"OpenCCNET"…

Redis腦裂問題詳解及解決方案

Redis是一種高性能的內存數據庫&#xff0c;廣泛應用于緩存、消息隊列等場景。然而&#xff0c;在分布式Redis集群中&#xff0c;腦裂問題&#xff08;Split-Brain&#xff09;是一個需要特別關注的復雜問題。本文將詳細介紹Redis腦裂問題的成因、影響及解決方案。 一、什么是…

LLMs之OpenAI o系列:OpenAI o3-mini的簡介、安裝和使用方法、案例應用之詳細攻略

LLMs之OpenAI o系列&#xff1a;OpenAI o3-mini的簡介、安裝和使用方法、案例應用之詳細攻略 目錄 相關文章 LLMs之o3&#xff1a;《Deliberative Alignment: Reasoning Enables Safer Language Models》翻譯與解讀 LLMs之OpenAI o系列&#xff1a;OpenAI o3-mini的簡介、安…