RT-Thread，全称是 Real Time-Thread，顾名思义，它是一个嵌入式实时多线程操作系统，基本属性之一是支持多任务，允许多个任务同时运行并不意味着处理器在同一时刻真地执行了多个任务。其内核架构如下图所示：
RT-Thread 内核及底层结构
对于各部分的功能，这里不做展开描述。RT-Tread内核吸引我的方面：
所以如果是RTOS应用或者开发从业者，面对这么优秀且比较容易深入学习的内核，如果不去好好读读，实在有点可惜。要去体会RT-Thread对象设计思想，从其对内核对象object的管理入手，不失为一个非常好的切入点。
RT-Thread 采用内核对象管理系统来访问 / 管理所有内核对象，内核对象包含了内核中绝大部分设施，这些内核对象既可以是静态分配的静态对象，也可以是从系统内存堆中分配的动态对象。通过这种内核对象的设计方式，RT-Thread 做到了不依赖于具体的内存分配方式，系统的灵活性得到极大的提高。
RT-Thread 内核对象包括：线程，信号量，互斥量，事件，邮箱，消息队列和定时器，内存池，设备驱动等。对象容器中包含了每类内核对象的信息，包括对象类型，大小等。对象容器给每类内核对象分配了一个链表，所有的内核对象都被链接到该链表上，如图 RT-Thread 的内核对象容器及链表如下图所示：
RT-Thread 的内核对象容器及链表
参考自：https://www.rt-thread.org/document/site/programming-manual/basic/basic/#_7
这个集中管理的内核对象容器在内存的开销方面代价很小，但却具有高度的灵活性，从设计的角度看其代码也非常利于扩展，增加新的内核对象类别，以及对于相应的内核对象功能的裁剪适配。
RT-Thread内核对象子系统其主体实现代码为object.c,本文尝试从整体到局部来尝试解读其设计思想。object.c这个子系统从外部以黑盒的角度看，就个人理解主要实现了这样些用例需求：
所以个人理解内核对象管理器，主要是为其他内核功能模块提供数据管理支撑，属于内核底层支持功能组件，并从设计上兼顾了可扩展、可裁剪的需求。
RT-Thread内核对象子系统其主要核心数据结构如下：
其中rt_object_class_type枚举定义内核对象类别：
enum rt_object_class_type
{
RT_Object_Class_Null = 0, /* 未使用 */
RT_Object_Class_Thread, /* thread对象 */
RT_Object_Class_Semaphore, /* semaphore对象 */
RT_Object_Class_Mutex, /* mutex对象 */
RT_Object_Class_Event, /* event对象 */
RT_Object_Class_MailBox, /* mail box对象 */
RT_Object_Class_MessageQueue, /* message queue */
RT_Object_Class_MemHeap, /* memory heap */
RT_Object_Class_MemPool, /* memory pool */
RT_Object_Class_Device, /* device对象 */
RT_Object_Class_Timer, /* timer对象 */
RT_Object_Class_Module, /* module */
RT_Object_Class_Unknown, /* unknown */
RT_Object_Class_Static = 0x80 /*8位类型变量高位置1表示静态对象 */
};
而rt_object_information则抽象了对象类型，加入了一个双向链表指针数据域rt_list_node，从而将同类别的内核对象利用该双链指针链接起来，这些同类别的内核对象具有如下可能的特点：
如此以来，将这些内核对象在空间上不连续的变量，利用链表形成了可统一管理、可增可删、可检索的逻辑结构。
而rt_object_container内核容器，其本质是一个内核对象索引表，主要集中管理了下面的信息：
利用宏将相应的链表进行选编译，在内核关键数据进行了裁剪管理。而对于内核本身的扩展性而言，如果需要增加新的内核功能，可以方便的增加新的内核对象类，并能方便的加入到这个内核对象容器中，利用公共的对外接口，实现统一管理，而不必对数据管理层进行额外的接口设计。
有了这样一个优雅的数据结构设计，那么基于这样一个数据结构设计，相应就很容易实现其内核对象集中管理的对外服务接口，那么其主要的服务接口有哪些呢？
其中一部分主要接口实现对象的增加\删除\检索等，这里以rt_object_init接口为例，来简要分析一下其实现：
void rt_object_init(struct rt_object *object,
enum rt_object_class_type type,
const char *name)
{
register rt_base_t temp;
struct rt_list_node *node = RT_NULL;
struct rt_object_information *information;
#ifdef RT_USING_MODULE
struct rt_dlmodule *module = dlmodule_self();
#endif
/*1. 在容器中找到这是什么对象类*/
information = rt_object_get_information(type);
RT_ASSERT(information != RT_NULL);
/* check object type to avoid re-initialization */
/* 进入临界区保护 */
rt_enter_critical();
/* try to find object */
for (node = information->object_list.next;
node != &(information->object_list);
node = node->next)
{
struct rt_object *obj;
obj = rt_list_entry(node, struct rt_object, list);
if (obj) /* skip warning when disable debug */
{
RT_ASSERT(obj != object);
}
}
/* 离开临界区 */
rt_exit_critical();
/* 初始化对象参数，并置为静态标记 */
object->type = type | RT_Object_Class_Static;
rt_strncpy(object->name, name, RT_NAME_MAX);
RT_OBJECT_HOOK_CALL(rt_object_attach_hook, (object));
/* 禁止硬件中断 */
temp = rt_hw_interrupt_disable();
#ifdef RT_USING_MODULE
if (module)
{
rt_list_insert_after(&(module->object_list), &(object->list));
object->module_id = (void *)module;
}
else
#endif
{
/* 对象插入容器中相应对象分支链连 */
rt_list_insert_after(&(information->object_list), &(object->list));
}
/* 开硬件中断 */
rt_hw_interrupt_enable(temp);
}
而对于动态内核对象而言，其差异在于内核对象本身是动态申请的，这里需要注意的是向内核堆申请的，而不是C堆申请的，至于什么是内核堆，以及为什么要设计内核堆，之前有写过一篇文章分享，有兴趣可以去看看。
RT-Thread管网上给出了这样一个相互关系图：
如果不去具体看相应数据结构，或许不易理解为啥有这样一张图。这里以上图中其中几个内核对象来撸一撸其相互关系：
或许有盆友会问，为啥rt_thread对象中明明没有直接包含rt_object，那为啥说rt_thread也是继承自rt_object呢？如果你细看看上图rt_thread中红框框出来的数据域就恍然大悟了，即便没有直接包含，但在内存中框里的内容就是rt_object的数据内容，所以利用指针转换就可以方便访问了，至于为什么是这样？我想可能是历史原因吧？所以rt_thread结构体前面几个数据域的位置是不可以修改的。这里还有盆友可能会问为什么ipc线程通信相关内核对象需要单独拎出来一个父结构体呢？我想应该是此类具有相同的一些共性，具有一些类似的特点。这也是对象设计提取共性进而抽象封装的一个体现。
本文大致学习总结了一下RT-Thread内核对象子系统的设计思路的理解，从这里个人总结了一些启示：
1.【重磅】2020慕尼黑华南展开展在即丨精彩活动抢先看，注册观展赢好礼~
2.C++仿函数了解一下？
3.嵌入式，真的不需要单元测试？
4.手把手来教你开发BLE微信小程序
5.什么是Cortex-M内核的MPU?
6.STM32强大的生态，在这里一起总结！
免责声明：本文系网络转载，版权归原作者所有。如涉及作品版权问题，请与我们联系，我们将根据您提供的版权证明材料确认版权并支付稿酬或者删除内容。
