第一次被拉进技术评审会时，我以为自己只是去旁听。结果会开到一半，大家盯着一段异常波动的调用链，讨论一个老问题: 流量上来以后，某个核心模块偶发超时，重试一多，后面的服务压力也跟着抬起来。 当时没有谁直接把答案告诉我。导师只说了一句：“你先别急着改代码，先判断问题到底出在哪一层。”这句话我记了很久。因为真正有挑战的技术工作，第一步往往不是写，而是判断。 接下来几天，我补链路、看日志、对照监控，把请求路径一点点拆开。最开始我也怀疑过是不是单点性能问题，但越看越发现，问题没那么简单。它不是某一行代码突然变慢，而是高并发下，上下游配合方式开始变得脆弱：重试策略叠加、依赖调用放大、部分节点抖动后缺少足够...

今日首蚌，真的很难绷住

这家公司疯了吧，5个人招我，我又不是什么稀缺资源这家看样子应该是外包公司

一面自我介绍挖项目、问得很细，说做了什么，遇到什么难题，怎么解决、为什么这么做，具体细节等等。中断执行流程如何配置 GPIO 口输出高电平IO 口推挽输出的内部结构IIC（I²C）通信协议I²C、SPI 协议相位如何设置RS232 和 RS485 的区别未接收到串口数据，如何查错CAN 总线仲裁机制ADC 原理，转换有哪几个步骤堆区和栈区的区别栈的作用全局变量、静态变量存储位置data 段与 bss 段的区别static 全局变量和局部变量分别存在哪里编译后数据有哪些存储位置C 语言编译的完整过程大端与小端的区别strcpy 和 memcpy 的区别sizeof 和 strlen 的区别字节对...