1. 自我介绍，介绍一下你觉得最有挑战性的项目2. 你提到用过多任务架构，任务数量多了之后内存压力怎么处理的？静态分配和动态分配你怎么选择？答：任务多了之后内存压力主要来自两块：每个任务的栈空间，以及任务间通信用的队列和信号量。栈空间的处理：先用 uxTaskGetStackHighWaterMark 跑一段时间，看每个任务实际用了多少栈，按实际用量加一定余量分配，不要每个任务都给一个很大的默认值对于简单任务（只做状态机跳转、没有深层函数调用）可以给很小的栈，比如 128 字对于有 printf、sprintf 或者复杂字符串处理的任务，栈需要大一些静态分配 vs 动态分配：嵌入式项目里我倾向...

emmm没想到以这种方式被挂了

就是觉得好漂亮，可能是配色？

在嵌入式学习圈，有一类项目几乎成了“标配”：智能小车、环境检测、智能家居、智能门锁，乃至各种“XXXX智能系统”。这些项目年年有人做、届届有人写、简历里人手一个，看起来百花齐放，实际上却越来越同质化，甚至逐渐沦为“技术流水线产品”。那么问题来了：这些项目真的“烂”吗？还是我们做“烂”了？一、智能小车：从“入门神器”到“简历模板”智能小车几乎是每个嵌入式初学者的起点：红外避障、循迹、蓝牙遥控、再高级一点加个摄像头视觉识别。问题不在于它简单，而在于——大家做得一模一样。模块固定：L298N电机驱动 + 超声波 + 红外模块逻辑固定：if-else判断避障代码来源固定：GitHub / CSDN复制...