第一次真正感受到“技术判断”这四个字，不是在写完代码的时候，而是在一次方案评审前。需求看起来并不复杂，业务要上线一个新能力，时间不算宽裕，但链路很长，涉及多个模块联动。导师把文档丢过来，只说了一句：先别急着写，先把可能出问题的地方找出来。 我最开始也和很多实习生一样，下意识会先看接口、看表结构、看怎么把功能做出来。但越往下梳理，越发现这不是一个“把需求实现”就结束的任务。高并发场景下，任何一个看起来正常的调用路径，都可能在流量起来之后变成瓶颈；任何一个默认重试、超时设置、依赖堆叠，都可能把局部问题放大成全链路抖动。 于是我先没动代码，反而花时间把调用链、异常路径和兜底逻辑一条条画清楚。哪些请求...

绷不住了

我现在这个水平大概能拿到多少薪资的offer😂

C++相关   简单介绍一下OOP（面向对象）的特性是什么？  继承、封装、多态    平时写代码（C++）写的比较多是吗？   有用过哪些设计模式呢？（比如工厂模式有了解吗？）  没答上，之后优先看设计模式部分    你提到的内存管理熟悉，具体是指哪一部分？（内存碎片还是内存回收？）  内存回收：RAII原则，“以对象管理资源”    如果用智能指针，会出现没有被释放掉的情况吗？  循环引用 智能指针虽然极大降低了内存管理的心智负担，但它管理的是对象的生命周期。如果我们在逻辑上创造了闭环的引用关系（如循环引用），或者错误地移交了所有权（如 release 之后未手动释放），内存依然会泄露。因...