上来是手撕一道找链表的中间节点 一道lru 总共撕了1h 第一道有点错找了一会然后两个项目是纯后端的 问我有没有做过ai相关的 我说最近在做一个agent智能体 然后问了我流式输出的原理 rag mcp感觉鹅已经全面拥抱ai了 没有单纯的后端开发了 还是太菜了没有好好准备ai相关的内容+手撕时间太长了

玩太爽了四月才开始投暑期，拿到的第一个offer就是阿里的，运气还是挺好的，一路速通没有被横向以及刷KPI心仪的业务，心仪的base，被一面挂了十几次应得的timeline：4.15投递-4.18笔试-4.22一面-4.27二面-5.7hr面-5.8oc

在Boss上投了好多家了，要么已读不回，要么知道我是大二的就走了，还有的要了份简历就没有声音了，想问下佬们，大二包装成大三有没有关系

识别阻塞风险：死锁排查与线程推进保障实战 在并行 C++ 开发中，理解“阻塞”与“非阻塞”操作的本质区别是构建高性能并发系统的关键。许多性能瓶颈并非源于算法逻辑的复杂性，而是源于线程间不当的资源竞争导致的相互等待。本文将通过一个具体的累加任务案例，深入剖析基于互斥锁的阻塞实现与基于原子操作的非阻塞实现之间的差异，并揭示其背后的底层机制。 阻塞式实现的陷阱 为了直观展示阻塞带来的性能问题，我们首先构建一个基于 std::mutex 的同步场景。在这个示例中，八个线程协作完成一个共享变量的递增任务，总迭代次数为 （即 32768 次）。 代码结构分析 在阻塞版本中，大部分线程运行常规的 work ...