ucos-ii事件标志组（COPY）_sdchguyi_新浪博客

对于flag--"事件组"的使用,可以用一个简单的例子做说明:

比如,我现在用迅雷下载一部10集的连续剧,我打算10集全部下载完成之后,才开始正式看,现在3~10集因为种子原因,先早下完了,现在第1集下到了82%,第2集下到了97%,因为我的计划是10集全部下完才开始看,而第1集和第2集由于网络,种子等等各种原因,迟迟不能下载完成,进而导致我的计划被悬停,不能进行,已下载的8集,也因为前2集没能下完,而白白等待---这就等同于flag事件组,1~10集,每一集都是一个事件,因为我内定,10个事件全部完成之后,才进入下一事件--"观看"所以及早完成自己事件的第3~10集,将主动把自己通过flag事件组函数OSFlagPost()登记到事件组上,他们不关心,其他友邻事件完成否,只专注自己的事件是否完成,自己的事件一旦完成就登记到事件组上,最后3~10集,都把自己登记上去了,只剩下第1集和第2集,一旦某天的某个时刻,第2集下完了,那么第2集也把自己登记到事件组上,这样整个事件距离完成还剩下一个事件,就是第1集是否下载完成,只要第1集下载完成,那么我内定的"观看"计划开始启动,过了3分钟,由于网速提高,竟以300k的速度开始下载第1集,1分钟之后, 第1集也下载完成了,第1集立即调用OSFlagPost事件组函数,将自己登记到事件组上,ok,OSFlagPost()检测到所有事件已经完成,OSFlagPost()将是"我"自动进入下一事件---"观看" 还有一点就是关于flag事件组和Sem,Mbox,Queue的区别之处,flag事件组不使用事件控制矩阵来管理被阻塞在事件上的task进程,flag事件组使用pgrp的双向链表来挂接起所有task,在OSFlagPost()中将遍历这个链表,查找符合当前flag事件的task,将该task从双向链表中摘下然后放入就绪控制矩阵中,之所以这样,是因为flag事件组不像Sem,Mbox,Queue那样具有二值性,即Sem,Mbox,Queue,要么有,要么没有,flag事件组,还要进一步判断,有的话,是什么程度的有。

存储管理，ucosIII提供的存储管理很容易内存泄露，建议直接使用正点原子提供的内存管理