RT-Thread设备框架学习感悟

前面几周跟着野火的教程从0到1实现了RT-Thread的内核，对RT-Thread的调度机制和线程、定时器的底层实现有了总体的了解。后面还需进一步对齐实现细节进行探索，但大致先了解其框架，后面再进行细致的了解。在学习新知识时，最重要的是思维模式的转变。先了解其大致框架，再深入去了解细节。有些人（就是我，后来太痛苦终于悟了）学一个新知识，刚上来就从头到尾一个字一个字仔细看，生怕错过什么重要的内容，搞不懂关键点就立马停下来去查，一查发现哇！解释内容这么多，看解释的时候又发现有不懂得地方，又停下来去查，如此一环套一环，何时是个头。而且这样学习的结果就是学一个新知识很快就会筋疲力尽，觉得自己什么都不懂，自信心受到打击，从而陷入对自己的深深怀疑之中，最后很可能放弃学习（这种学习方式就像C语言中函数的递归调用，一层套一层，层层套娃，很容易导致栈空间不够用，最后造成程序崩溃。在陈正冲老师的《C语言深度剖析》中，就建议尽量不要使用递归，如果要使用一定要注意递归调用的深度和对应使用的栈空间）！其实你想想看，这些知识是前人付出多少心血才总结出来的，哪可能会让你一上来就搞得门儿清？除非你天赋异禀异于常人。因此在学习新知识的时候，先了解其大概，不求甚解，遇到了问题先保持疑问，带着疑问继续学下去。动手做起来再说，做的好不好，完不完美那是另一回事，先做，在做的过程中逐渐完善。有些人总是思前想后觉得要考虑的周到，完美再去做，这也没错，但是你考虑的就会和实际情况一模一样吗？在做中学习，诸葛亮舌战群儒说笔下虽有千言，而心中实无一策。我们也要做到不能心中虽有千言，而手上丝毫不动。很多问题其实在你学习后面的知识的过程中就自然而然的解决了。还记得去年学习Linux，对Linux的驱动开发、应用开发学的是一知半解，云里雾里。那时还在学习RT-Thread，学了一段时间Linux之后回过头再看RT-Thread发现好多在学习RT-Thread的疑问自然懂了。这就是当你接触了一个高等级的知识后，再回过头去看低等级的知识时发现就豁然开朗了。

比如在深入学习STM32时，你就会发现main函数并不是上电就开始运行的第一个函数，在main函数之前，在startup_xxx.S文件中（基于执行效率的考虑，使用汇编语言编写），系统做了好多事情，如完成堆和栈的内存分配等，最后在跳转到用户main函数运行。假使这个时候你发现汇编语言好像你什么都不会，对ARM的架构也不是很了解，然后买了本汇编语言和ARM-Cortex内核权威指南吭哧吭哧的开始读，希望能先解决掉这两个不懂得内容，你就会发现你看的时候实际上会碰到更多不懂得知识。假使你真的坚持住了，学完了这两本书，肯定你的知识层次会提高很多，但同时和你一块的人早都跑远了。因此，在实际学习新知识时，先了解个大概，后面再去进行细节的完善，当你有一个整个框架的时候再将细节逐渐补齐就会发现是水到渠成。

学习嵌入式的知识更要学会嵌入式的知识过于庞杂，硬件、协议、软件，这每一个都是大部头，如果心里没有规划，遇到什么都想去搞明白、研究透彻，那学来学去就忘记自己究竟想学什么了。确定自己学习的主线，先将该主线补齐，再去深入研究该主线上的分支。

当设计一个产品时，需要使用单片机还是Linux取决于硬件成本和软件成本，而不是一味的根据个人喜好去选择高