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

简历给你了学校标的清清楚楚😅，面完说我是三本只能给150，那你boss标200-250干嘛，感觉还是太礼貌了，应该直接爆了😤学历就是一个人的外貌实习就是一个人的衣服本科学历差就是其貌不扬的样子实习经历差就是破破烂烂的衣服＃民办已经死了 ＃都给我去考研吧＃计算机就是学历＞技术＃c++92✌🏻才能学

至今一个可转正被割了剩下的5点面试都挂了求收留，数据分析，数据开发，测试！

❓面试问题：询问项目1.rag和sft的区别和适用场景2.rag的知识库如何做定期维护场景题1.大量用户直播场景，有点赞功能，如何优化。（先答了使用redis，然后询问有没有其他优化，回答前端节流、服务端分片分批次提交），询问java使用什么数据结构（回答使用concurrentHashMap,value使用原子操作）2.如何实现三个线程执行完成后再执行（回答使用信号量或者锁，三个线程记录count值，达到3时唤醒主线程）八股1.什么是回表。2.什么时候不走索引。3.什么时候叶分裂。4.redis的缓存一致性。手撕1.三个线程按顺序打印1，2，3🙌面试感想：