任務間的同步為什么要用事件組，而不用全局變量呢？

      在裸機開發當中，一般都是將任務用函數的形式進行分配，用全局變量進行同步再爽不過，其實主要存在兩個原因，第一就是沒有系統的調度，一切都在后臺的超級循環中，通過全局變量進行選擇查詢的方式，進行函數執行順序的同步。

      冒天下之大不韙：其實在有RTOS的系統中，你也可以通過全局變量進行任務間的同步，這么干的人可不止我一個。其實有好多人用RTOS并不是特別熟悉，任務創建那一套一上，基本上就是靠全局變量進行同步，他用的最多的關于RTOS的API，可能也就是delay了，這么干行不行，當然行，但是說實話有點大材小用，你都上了RTOS了，何不用系統自帶的任務同步機制？——唯一的理由可能是這玩意兒學起來真有點費勁。

      當然你這么用的壞處也顯而易見：RTOS最核心的任務調度機制已經被你廢了一大半了。

      事件組本質上來講：就是全局變量?。。。樯稕]人說這句實話）

      雖然他是一個全局變量，但是他需要使用FreeRTOS提供的相關API進行訪問，為啥子要這樣干， 就是為了讓RTOS的調度器知道，每個任務與事件組之間的依賴關系，通過事件組的設定的不同進行任務狀態的劃分定義，他才能真正起到調度的作用。

      說白了，調度器不光要負責根據任務的狀態以及優先級完成調度工作，他還要給每個任務去定義任務當前的狀態是什么。

      事件組則更好理解了，事件組 = 全局變量 + RTOS的API操作。目的有兩個：

      1.讓調度器清楚地知道事件組的狀態。

      2.完成事件組的訪問及設定功能。

      希望扯到這里，你能對FreeRTOS為啥要用事件組這種方式，而不是用全局變量進行任務同步有個清醒的認識，同時希望你明白，事件組的本質就是全局變量。

創建一個事件組：

設置一個事件組標志：

獲取事件組的標志信息：

      備注：以上皆為任務間同步的事件組應用，中斷服務例程與任務間通過事件組同步的API以及應用方式稍有不同。