- 3.1
- 任务管理简介
- 任务相关概念
- 任务调度机制
- 实现任务管理
- 实现任务的创建
- 3.2
- 软件定时器基本概念
- 运作机制
- 实现软件定时器创建
- 3.3
- 信号量基本概念
- 运作机制
- 信号量初始化，为配置的N个信号量申请内存(N值可以由用户自行配置，受内存限制)，并把所有的信号量初始化成未使用，并加入到未使用链表中供系统使用。
- 信号量创建，从未使用的信号量链表中获取一个信号量资源，并设定初值。
- 信号量申请，若其计数器值大于O，则直接减1返回成功。否则任务阻塞，等待其它任务释放该信号量，等待的超时时间可设定。当任务被一个信号量阻塞时，将该任务挂到信号量等待任务队列的队尾。
- 信号量释放，若没有任务等待该信号量，则直接将计数器加1返回。否则唤醒该信号量等待任务队列上的第一个任务。
- 信号量删除，将正在使用的信号量置为未使用信号量，并挂回到未使用链表。
- 信号量允许多个任务在同一时刻访问同一资源，但会限制同一时刻访问此资源的最大任务数目。访问同一资源的任务数达到该资源的最大数量时，会阻塞其他试图获取该资源的任务，直到有任务释放该信号量。
- 信号量运作示意图:公共资源有四个任务数，信号量都分别被线程1、2、3、4获取后，此时此资源就会锁定而不让线程5进入，线程5及后面的线程都进入阻塞模式，当线程1工作完成而释放出信号量，线程5立即获得信号而得到执行。如此往复。
- 实现信号量功能
- 3.4
- 事件基本概念
- 事件是一种实现任务间通信的机制，可用于实现任务间的同步，但事件通信只能是事件类型的通信，无数据传输。一个任务可以等待多个事件的发生:可以是任意一个事件发生时唤醒任务进行事件处理;也可以是几个事件都发生后才唤醒任务进行事件处理。事件集合用32位无符号整型变量来表示，每一位代表一个事件。多任务环境下，任务之间往往需要同步操作。事件可以提供一对多、多对多的同步操作。一对多同步模型:一个任务等待多个事件的触发;多对多同步模型:多个任务等待多个事件的触发。任务可以通过创建事件控制块来实现对事件的触发和等待操作。LiteOS的事件仅用于任务间的同步
- 运作机制
- 读事件时，可以根据入参事件掩码类型uwEventMask读取事件的单个或者多个事件类型。事件读取成功后，如果设LOS__WAITMODE_ CLR会清除已读取到的事件类型，反之不会清除已读到的事件类型，需显式清除。可以通过入参选择读取模式，读取事件掩码类型中所有事件还是读取事件掩码类型中任意事件。
- 写事件时，对指定事件写入指定的事件类型，可以一次同时写多个事件类型。写事件会触发任务调度。
- 清除事件时，根据入参事件和待清除的事件类型，对事件对应位进行清0操作。
- 实现事件功能
- 扩展实验
- 发送事件
- 接收事件
- 3.5
- 互斥锁基本概念
- 互斥锁又称互斥型信号量,是一种特殊的二值性信号量，用于实现对共享资源的独占式处理。
- 任意时刻互斥锁的状态只有两种:开锁或闭锁。
- 当有任务持有时，互斥锁处于闭锁状态，这个任务获得该互斥锁的所有权。
- 当该任务释放时，该互斥锁被开锁，任务失去该互斥锁的所有权。
- 当-个任务持有互斥锁时，其他任务将不能再对该互斥锁进行开锁或持有。
- 多任务环境下往往存在多个任务竞争同一-共享资源的应用场景，互斥锁可被用于对共享资源的保护从而实现独占式访问。另外，互斥锁可以解决信号量存在的优先级翻转问题。
- LiteOS提供的互斥锁具有如下特点:通过优先级继承算法，解决优先级翻转问题。
- 运作原理
- 多任务环境下会存在多个任务访问同-公共资源的场景，而有些公共资源是非共享的，需要任务进行独占式处理。互斥锁怎样来避免这种冲突呢?
- 用互斥锁处理非共享资源的同步访问时，如果有任务访问该资源，则互斥锁为加锁状态。此时其他任务如果想访问这个公共资源则会被阻塞，直到互斥锁被持有该锁的任务释放后，其他任务才能重新访问该公共资源，此时互斥锁再次上锁,如此确保同一时刻只有一个任务正在访问这个公共资源，保证了公共资源操作的完整性。
- 实现互斥锁功能
- 3.6
- 消息队列基本概念
- 消息队列，是- -种常用于任务间通信的数据结构，实现了接收来自任务或中断的不固定长度的消息，并根据不同的接口选择传递消息是否存放在自己空间。任务能够从队列里面读取消息，当队列中的消息是空时，挂起读取任务;当队列中有新消息时，挂起的读取任务被唤醒并处理新消息。
- 用户在处理业务时，消息队列提供了异步处理机制，允许将一个消息放入队列， 但并不立即处理它，同时队列还能起到缓冲消息作用。
- 运作机制
- 创建队列时，根据用户传入队列长度和消息节点大小来开辟相应的内存空间以供该队列使用，返回队列ID。
- 在队列控制块中维护- -个消息头节点位置Head和一个消息尾节点位置Tail来表示当前队列中消息存储情况。Head表示队列中被占用消息的起始位置。Tail表示队列中被空闲消息的起始位置。刚创建时Head和Tail均指向队列起始位置。
- 写队列时，根据Tail找到被占用消息节点末尾的空闲节点作为数据写入对象。
- 读队列时，根据Head找到最先写入队列中的消息节点进行读取。
- 删除队列时，根据传入的队列ID寻找到对应的队列，把队列状态置为未使用，释放原队列所占的空间，对应的队列控制头置为初始状态。
- 实现功能
- 扩展实验
