前言：連線建立後的核心操作 經過 socket()、bind()/connect()、listen()/accept()，我們終於擁有了可通訊的 connect

前言：簡單但實用的排序演算法 直接插入排序是原地、穩定、線性空間的排序演算法。雖然平均時間複雜度為 O(n²)，但對小規模資料、近乎有序、或線上排序 (資料逐筆

EOF (End Of File) 的本質 定義於 <stdio.h>，通常展開為 -1（int 型別）。 **僅適用於文本檔案**的讀取

前言：偽隨機數的本質 rand() 產生的是偽隨機數列 — 由確定性演算法根據初始種子生成。相同種子產生相同序列。這在除錯時是優點 (可重現)，在正式環境是缺點

前言：accept() 的奇妙機制 accept() 是伺服器端從「等待佇列」取出一個已完成三向交握的連線，並回傳一個全新的 socket 描述符。原本的 li

前言：從「主動連線」轉為「被動等待」 伺服器端不主動連線，而是在特定埠口等待客戶端上門。這需要兩步驟：listen() 將 socket 設為「監聽模式」，ac

前言：客戶端的核心動作 connect() 是客戶端主動發起 TCP 連線的關鍵系統呼叫。與伺服器端的 bind()+listen()+accept() 不同，

前言：為什麼需要 bind()？ socket() 只是取得一個「通訊端點代號」，此時尚未綁定任何 IP 位址或埠號。伺服器端必須呼叫 bind() 將 soc

前言：一個看似簡單的面試題 class Empty {}; 這個空類別到底有哪些隱式成員函數？網路上流傳的「六大預設成員」說法：**預設建構子、拷貝建構子、解構

前言：看不見的字元，看得見的災難 跨平台開發最讓人頭痛的細節之一，就是換行符不一致。Windows 用 \r\n (CRLF)，Linux/Unix/macOS

前言：嵌入式開發常見的對齊需求 在驅動程式開發、記憶體管理、DMA 傳輸、快取行對齊等場景，頻繁需要將數值「向上對齊」到特定邊界。最常見的是8 位元組對齊（64

前言：socket() 的真正用法 許多教學讓初學者死記 PF_INET、SOCK_STREAM、0 三個參數，實則硬編碼是大忌。現代正確做法：直接使用 get

前言：告別手動填結構的時代 早期網路程式設計需手動呼叫 gethostbyname() 做 DNS 查詢，再自行填充 sockaddr_in 結構，不僅繁瑣且易

前言：Windows API 雙字元集的痛點 Windows API 為相容歷史套件，大多提供 ANSI (A 尾碼) 與 Unicode (W 尾碼) 兩個版

前言：為什麼需要可變參數？ printf()、scanf() 等標準庫函數之所以能接受不定數量、不定類型的參數，全賴 C 語言的可變參數機制。雖然 C++ 提供

前言：模板的編譯期運算威力 C++ 模板不僅是泛型程式設計的工具，更是一種強大的編譯期運算機制。透過模板特化，我們可以在編譯階段完成類型判斷、條件選擇甚至複雜的

前言 隨著網際網路的快速發展，IPv4 位址耗盡已成定局，IPv6 成為必然趨勢。許多開發者在維護既有網路程式碼時，面臨如何將原本基於 IPv4 架構的程式平滑

4. IP 地址進階：字串與二進制互轉 現代 API：inet_pton / inet_ntop (支援 IPv4 & IPv6) 舊式 inet_addr、

位元組序轉換函式 網路序 = Big-Endian。主機序視 CPU 而定。四大轉換函式： uint16_t htons(uint16_t hostshort)

問題描述 給定字串陣列，移除重複項並保留原始輸入順序。C 標準庫無現成 Set/Map，需自行實作。 方法一：排序 + 標記法 建立結構體陣列，含：排序用字