這層我的理解就是rtt基類和設備基類所在，所以抽離出來好點，不然每個設備類都要重復它。

1.設備基類

/include/rtdef.h中定義了設備基類struct rt_device。

在/ components / drivers / core 下的device.c中實現了設備基類的構造函數rt_device_register。

rt_err_t rt_device_register(rt_device_t dev,const char *name,rt_uint16_t flags)
{if (dev == RT_NULL)return -RT_ERROR;if (rt_device_find(name) != RT_NULL)return -RT_ERROR;rt_object_init(&(dev->parent), RT_Object_Class_Device, name);dev->flag = flags;dev->ref_count = 0;dev->open_flag = 0;#ifdef RT_USING_POSIX_DEVIOdev->fops = RT_NULL;rt_wqueue_init(&(dev->wait_queue));
#endif /* RT_USING_POSIX_DEVIO */return RT_EOK;
}

可以看到它主要調用了rtt基類的構造函數rt_object_init。

2.rtt基類

2.1 rtt基類定義

/include/rtdef.h中定義了rtt基類。類似python，rtt定義了所有類的基類——struct rt_object。

struct rt_object
{
#if RT_NAME_MAX > 0char        name[RT_NAME_MAX]; /**< dynamic name of kernel object */
#elseconst char *name;  /**< static name of kernel object */
#endif /* RT_NAME_MAX > 0 */rt_uint8_t  type;    /**< type of kernel object */rt_uint8_t  flag;    /**< flag of kernel object */#ifdef RT_USING_MODULEvoid      * module_id;  /**< id of application module */
#endif /* RT_USING_MODULE */#ifdef RT_USING_SMARTrt_atomic_t lwp_ref_count;   /**< ref count for lwp */
#endif /* RT_USING_SMART */rt_list_t   list;  /**< list node of kernel object */
};
typedef struct rt_object *rt_object_t;  /**< Type for kernel objects. */

簡化對象圖如下

2.2 對象容器定義

在/src/object.c中定義了對象容器：
static struct rt_object_information _object_container[RT_Object_Info_Unknown]；

就個數組。

struct rt_object_information如下

2.3 rtt基類構造函數

在/src/object.c中實現了rtt基類的構造函數：
靜態rtt基類的構造函數 rt_object_init 與析構函數 rt_object_detach。
動態創建的rtt基類構造函數 rt_object_allocate 與析構函數 rt_object_delete。

不管動態還是靜態構造函數，它最終的目的是把該對象的基類rt_object的成員list的成員next和prev指針掛到對象容器里——可以理解為把對象放到對象對象容器中管理。
代碼示意圖如下：

可以看到實際容器的實現是個靜態數組而已，每個數組成員代表一類（線程、定時器等），我們這里是設備類，自然掛到設備類成員管理的鏈表中，它是個雙向循環鏈表，插入方式是新的設備對象的基類是插入到隊尾的。

為了好繪制鏈表，我就把rt_object的list成員展開成了struct rt_list_node *next;和struct rt_list_node *prev。如下

同樣rt_object_information的list成員也展開成了struct rt_list_node *next;和struct rt_list_node *prev。如下

官網文檔里的容器圖(又高度抽象了)：

但是如果對象太多，查找效率是個問題。

3.io設備管理接口

io設備管理接口是用戶可以直接調用的接口，如下
rt_device_find
rt_device_init
rt_device_open
rt_device_close
rt_device_read
rt_device_write
rt_device_control

一般，我們定義完一個結構體，實例化一個對象后，直接p->屬性或方法、或者采用p.屬性或方法的方式來調用，但是如果太復雜，需要if判斷一對上下限才能調用的話，最好封成函數，上面的管理接口干的事就是如此。

4.總結

從構造函數的流程來看，是子類調用父類的構造函數，所以章節1設為了設備基類，章節2為rtt基類。
每類都有各自的構造函數，其實質是各自結構體的初始化。
這樣，構造函數的流程結果最終是把對象放到對象容器里進行管理。