网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
答案肯定不是的，我从以下几点来分析下个人看法：
1.带系统的优势
2.带系统的缺点
3.自己写轻量级操作系统
一、带系统的优势
带系统一般比较适合大的项目，大到什么程度？我个人认为是你个人无法掌控整个程序架构的时候，那可以用系统。
举个例子，我在12年的时候第一次接触了ucos系统，当时只负责产品维护不是独立开发，就是改改代码升级下产品功能。
这个产品的功能还是比较简单，就是一个接受主板过来的串口数据，然后处理显示在LED屏里。
我现在想想这个产品根本没必要用ucos系统啊，多此一举，搞不好还把自己坑了。
至于为什么我也搞不清楚，或许是当时开发这个产品的工程师觉得自己hold不住这个产品的程序架构，所以加个系统把程序”地基”打好。
也或许是他单纯想学习ucos，正好有这个机会就拿那个产品来当小白鼠。
系统相当于给你一个成熟的程序架构，能够很大程度保证你在开发过程中不会因为自己程序架构的问题导致崩盘。
比如说产品90%的功能基本都实现了，最后就是10%跟其他功能有冲突，导致90%的功能又得重写。
二、带系统的缺点
虽然用系统看起来很爽，但也是有缺点的，比如说：
1.新手慎用
不然产品出了BUG你从哪里找都不知道。
带系统的不像while(1)这样从上往下执行，而是通过任务优先级灵活调度，所以会加大BUG排查难度。
2.带系统的占用内存大
有些光是系统就占了几十上百k资源，单片机本身资源就非常有限，比如说原本不带系统用STM32F103C8就能搞定，如果加系统你的上STM32F103CB甚至更高，无形中增加了硬件成本。
三、自己写轻量级操作系统
用别人成熟的东西算啥本事，自己写一个轻量级操作系统才牛逼，才能真正学到东西。
比如说自己写过内存管理，你才能体会到内存动态分配的真正意义。
再比如说自己用队列算法实现各层之间数据传递，你才能深刻体会系统里邮箱的实现原理。
再比如你自己做一个定时器管理，你才能深刻体会到系统里的定时事件是咋回事。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Go语言开发知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
、大纲路线、讲解视频，并且后续会持续更新**
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
