零、深入解析Linux本地通信機制，對比廣播與組播的核心差異

本地組播能讓多進程收到消息，而本地廣播不行，核心原因在于兩者的設計目標、網絡協議處理邏輯以及內核轉發機制存在本質差異。具體可以從以下幾個角度理解：

1. 通信模式與目標地址的本質區別

• 組播（Multicast）：
  組播是“有組織的一對多”通信，依賴“組播地址”（如IPv4的224.0.0.0~239.255.255.255）作為目標。進程必須主動加入某個組播組（通過IP_ADD_MEMBERSHIP等系統調用），才能接收發往該組播地址的消息。
  內核會維護“組播組-進程”的映射關系，當組播數據包到達時，內核會向所有加入該組的進程套接字復制并轉發數據。
• 廣播（Broadcast）：
  廣播是“無差別一對多”通信，目標是“廣播地址”（如255.255.255.255，或子網廣播地址），理論上所有在同一子網的主機都會收到。但廣播沒有“加入”機制，內核對廣播包的處理更“粗放”——僅轉發給綁定了廣播包目標端口的套接字，且默認不允許多個進程綁定同一端口（除非特殊配置）。

2. 端口綁定與多進程沖突

• 組播的靈活性：
  多個進程可以同時綁定同一個端口，并加入同一個組播組。內核會將組播消息復制到所有綁定該端口且加入組的套接字（需配合SO_REUSEADDR/SO_REUSEPORT選項允許端口復用）。這是因為組播的“組成員”機制明確了哪些進程需要接收，內核有清晰的轉發依據。
• 廣播的限制：
  廣播包的目標是“廣播地址+端口”。默認情況下，同一端口只