uniontest{
uint8_tc;
uint32_ti;
};

現在，我們可以創建該聯合模板的變量：

uniontestu1;

u1.i=10;
m=u1.c;

“設備A”應將狀態，速度和位置信息發送到“設備B”。狀態信息由三個變量組成，這些變量指示電池電量，操作模式和環境溫度。該位置由兩個變量表示，這些變量顯示了x軸和y軸的位置。最后，速度由單個變量表示。假定這些變量的大小如下表所示。

如果“設備B”需要不斷獲取所有這些信息，我們可以將所有這些變量存儲在結構中，并將該結構發送到“設備B”。結構大小將至少等于這些變量的大小之和，即9個字節。

因此，每次“設備A”與“設備B”對話時，都需要通過兩個設備之間的通信鏈路傳輸9字節的數據幀。圖2描繪了“設備A”用來存儲變量和需要通過通信鏈接的數據幀的結構。


圖2
但是，讓我們考慮另一種情況，我們僅偶爾需要發送狀態信息。另外，假設沒有必要在給定時間同時獲取位置和速度信息。換句話說，有時我們僅發送位置，有時僅發送速度，有時僅發送狀態信息。在這種情況下，將信息存儲為9字節結構并通過通信鏈接進行傳輸似乎不是一個好主意。

狀態信息只能由三個字節表示。對于位置和速度，我們分別只需要四個和兩個字節。因此，“設備A”在一次傳輸中需要發送的最大字節數為4，因此，我們僅需要四個字節的內存即可存儲此信息。這四個字節的內存空間將在我們的三種消息類型之間共享（請參見圖3）。

此外，請注意，通過通信鏈路傳遞的數據幀的長度從九個字節減少到四個字節。


圖3
總而言之，如果我們的程序具有互斥的變量，我們可以將它們存儲在共享的內存區域中，以保留寶貴的內存空間。這可能很重要，尤其是在內存受限的嵌入式系統中。在這種情況下，我們可以使用聯合創建所需的共享內存空間。

上面的示例表明，使用聯合來處理互斥變量也可以幫助我們節省通信帶寬。節省通信帶寬有時甚至比節省內存更為重要。

對消息包使用聯合
讓我們看看如何使用聯合存儲上面示例的變量。我們有三種不同的消息類型：狀態，位置和速度。我們可以為狀態和位置消息的變量創建一個結構（以便將這些消息的變量分組并作為單個數據對象進行操作）。
以下結構用于此目的：

struct{
uint8_tpower;
unit8_top_mode;
uint8_ttemp;
}status;

struct{
uint16_tx_pos;
unit16_ty_pos;
}position;

現在，我們可以將這些結構與“ vel”變量一起放在一個并集中：

union{
struct{
uint8_tpower;
unit8_top_mode;
uint8_ttemp;
}status;

struct{
uint16_tx_pos;
unit16_ty_pos;
}position;

uint16_tvel;

}msg_union;

上面的代碼指定了聯合模板，并創建了該模板的變量（名為“ msg_union”）。在該聯合內部，有兩個結構（“狀態”和“位置”）和一個兩個字節的變量（“ vel”）。此聯合的大小將等于其最大成員的大小，即“位置”結構，該結構占用四個字節的內存。此存儲空間在“狀態”，“位置”和“ vel”變量之間共享。

如何跟蹤結構體活躍成員
我們可以使用上述聯合的共享內存空間來存儲我們的變量；但是，仍然存在一個問題：接收方應如何確定已發送哪種類型的消息？接收者需要識別消息類型才能成功解釋接收到的信息。例如，如果我們發送“位置”消息，則接收到的數據的所有四個字節都很重要，但是對于“速度”消息，僅應使用接收到的字節中的兩個。

要解決此問題，我們需要將聯合與另一個變量關聯，例如“ msg_type”，該變量指示消息類型（或最后寫入的聯合成員）。結合有離散值（表示該聯盟的活動成員）的聯合稱為“區分聯合”或“標記聯合”。

關于“ msg_type”變量的數據類型，我們可以使用C語言的枚舉數據類型來創建符號常量。但是，我們將使用字符來指定消息類型，只是為了使事情盡可能簡單：

struct{
uint8_tmsg_type;
union{
struct{
uint8_tpower;
unit8_top_mode;
uint8_ttemp;
}status;

struct{
uint16_tx_pos;
unit16_ty_pos;
}position;

uint16_tvel;

}msg_union;
}message;

我們可以為“ msg_type”變量考慮三個可能的值：“ s”表示“狀態”消息，“ p”表示“位置”消息，“ v”表示“速度”消息。現在，我們可以將“消息”結構發送到“設備B”，并使用“ msg_type”變量的值作為消息類型的指示符。例如，如果接收到的“ msg_type”的值為“ p”，則“設備B”將知道共享內存空間包含兩個2字節變量。

注意，由于我們需要傳遞“ msg_type”變量，因此必須在通過通信鏈接發送的數據幀中添加另一個字節。還請注意，使用此解決方案，接收者無需提前知道傳入的是哪種消息。

替代解決方案：動態內存分配
我們看到，并集使我們可以聲明一個共享內存區域，以節省內存空間和通信帶寬。但是，還有另一種存儲互斥變量的方法，例如上面的示例。第二種解決方案使用動態內存分配來存儲每種消息類型的變量。

同樣，我們將需要有一個變量“ msg_type”來指定通信鏈路的發送器和接收器端的消息類型。例如，如果“設備A”需要發送位置消息，它將“ msg_type”設置為“ p”并分配四個字節的存儲空間來存儲“ x_pos”和“ y_pos”變量。接收器將檢查“ msg_type”的值，并根據其值創建適當的存儲空間以存儲和解釋傳入的數據幀。

就內存使用而言，動態內存的使用會更有效，因為我們為每種消息類型分配的空間恰到好處。基于聯合的解決方案并非如此。在那里，我們有四個字節的共享內存來存儲所有三種消息類型，盡管“狀態”消息和“速度”消息分別僅需要三個字節和兩個字節。但是，動態內存分配可能會變慢，并且程序員需要包含釋放分配的內存的代碼。因此，程序員通常更喜歡使用基于聯合的解決方案。