GreyZhang/g_ChibiOS: I found a new RTOS called ChibiOS and it seems interesting! (github.com)

1. RT内核设计的时候考虑的一个很重要的原则就是速度要快。

2. 在保证速度快的前提下，还要尽量做到代码大小的优化。

3. OS的设计必须考虑操作的安全性。

4. 在编码方面，采用的是K & R的编码规范，但是做了一些修改。前阵子正好看了考鼎录的这方面的一个直播录播，感觉思维有点连接起来了。

5. 禁用TAB健，这个有点残酷。

6. 编码必须是UTF-8。

7. 禁用C++的注释模式。

8. 缩进采用2个空格，这个有点少吧？

9. 不允许连续的多个空行。

10. 可以使用行内注释，但是不推荐。

11. 文件来自于模板衍生；

12. 行尾不能有空格。

         这种格式看起来还好，但是估计很多人还是不习惯。但是现在比较好的是有很多代码格式化的工具可以用。

1. API命名方面，ch一般是ChibiOS的缩写。

2. 对象初始化的接口，在OS没有启动之前都是可以支持的。

3. 非静态但是又不想作为API提供的函数，全都使用小写并且前面加上一个下划线表示这个是自己用的，不是一个全局功能。这个，又让我想到了前段时间看的考鼎录。

4. 名称必须用小写字母，使用下划线作为分隔。

ChibiOS中也有存储管理，不知道是不是就是堆栈的管理。

1. 状态流转图中的双圆圈代表可以调用OS的API的状态。

2. OS启动之前，唯一可以调用的OS接口就是对象初始化。

3. 上下文切换必须是在一个关键区内执行，这里给出来了处理的标准流程是进入关键保护区，执行处理，之后退出。就是增加了一个三明治的保护结构。

1. 线程类的API是没有前缀的；

2. S前缀代表着线程关键保护区，这一类功能并不会影响调度。

3. I类代表中断关键保护区，这一类接口调用的时候需要手动调度保证调度的准确性。

1. X类的API，在上面的几种条件下都是可以调用的。

2. 这里再次讲到了OS的对象初始化器。之所以有这样的一个功能是因为OS的对象一般没有静态初始化的方式。

3. 在线程的工作区中，看得到线程自己的堆栈存储信息，初次之外还有中断信息。

1. 这里的一些功能介绍，有点unix的感觉。之前看xv6等代码的时候是看到过类似的设计的。

2. 中断的触发以及执行恢复等动作都是高于任务的，因此中断本身的堆栈处理并不会影响到线程相关的功能，不会影响到可移植性。

3. 这里给出来了工作区的声明，感觉就是任务或者线程的声明。里面的参数大小仅仅是用来指定堆栈空间大小的。

1. OS内部的一些处理休眠的状态对象中有多个状态信息，可以表征任务的休眠原因。

2. 线程的局部量，线程专属。函数内的静态量，在不同人线程间共享。函数外的静态量，在访问这个模块的线程间共享。全局量，是可以被所有线程访问的。

这里介绍了工作区，也就是线程的参数类型要求。但是从这一段示范代码中看不出来这一点，可能得把几个宏展开后才能够看到细节。

参数是归属于线程的，因此可以通过传递相同的函数与多个参数的组合给不同的线程，并不会导致线程之间的冲突。