10.25 专业面总共23min，我和面试官都不开摄像头一、面试阶段1. 自我介绍？2. 校内课程？3. 拷打第一个项目，基本上简历写的都问了一遍，但是不深问4. 为什么用F4？5. 你的主频为什么拉这么高？不考虑低功耗？6. 互斥量和信号量的区别7. IIC介绍一下8. SPI介绍一下9. 用过消息标志组吗？10. FreeRTOS任务优先级数值越大，对应优先级越高吗？（感觉面试官记错了，这边明明就是数值越大优先级越高，然后质疑我说的不对。。。）11. 这么多个任务你怎么设计的？12. 高阻态的理解？13. 不传输数据时USART的RXD和TXD什么状态？14. 拷打第二个项目15. 你想干...

已经拿到了一个比较小的厂公司，但是不知道要不要去，是继续面更好的公司还是直接实习呢？#继续面# #实习选择#

这是之前在处理一个实时流数据上碰到的。 之前背过很多，类似的关于高并发问题的一些官样文章。初读起来，总感觉索然无味。好像和幼儿园里把大象放进冰箱里的故事一样。 在业务中碰到的情况很特别。 同一个用户，会在同一个时间点有多条订单，即使把时间精确到 00:00:00，依然发现无法区分。前辈提醒后，才发现这其实是一种高并发的情况。 在Flink实时流里，通常碰到高并发的情况下，会进行一次打乱操作。在SQL任务中，我忘记进行了这种操作，后来发现其实是有这样的key by 参数。 大约可以这样处理。 在处理的时候，通过key by 的操作，会将并发数据存储同一个kaf...