@出出啊 是的，只差一步“被调度器调度”。重要的是说明线程能接收到事件啦。

@出出啊 线程已经被唤醒了，先清理后调度也没有问题哈。线程被调度之后也能知道是哪个事件唤醒的。这个有什么问题么？

@出出啊 修改了之后，其它线程也能接收到事件；之后将线程设为就绪状态。

谢谢！

RTT内核事件集的这种实现方式多少有些说不过去的。具体线程在接收事件是设置clear，还是不设置clear用户根据具体需求和场景来进行设置即可。假如，一个优先级很高的线程接收BIT_2事件，设置为cl

现在代码实现和文档介绍有出入。我有时间在github上面提交一个修改。举个例子：A线程 在等待BIT_2事件；设置clear。B线程 在等待BIT_2和BIT_3事件；设置And和clear；并且，A

从目前内核代码架构设计来看，suspend和resume是只能在当前线程环境被执行。从内核设计角度来看，RTT和FreeRTOS有些差距。

看我的文章里相关线程销毁的说明--- 这个里面没有说明啥问题动态线程对象要不要支持 atach/detach ,这个目前没有确切的说明，可能暂时不打算支持的吧--- 如果没有明确说明，是不是可以理解为

是在考虑下面的情况么？如果传入的线程是动态方式分配的线程句柄，在没有开启RT_DEBUG宏的情况下，Assert就不会产生；这个时候else分支的内容就会得到执行。

Linux内核中也有类似的宏。

/ try to find object /for (node = information->object_list.next; node != &(information-&g

你写的函数，最后一定会执行__exit的地方的，如果上报的线程和定时器创建成功的话，那线程和定时器直接就被删除啦。这种写法有错误的，void ec200_tcp_heart(void) { s