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

鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐

自我介绍 手撕算法题  题目描述：给定一个类似图的结构（每个节点可能有多个下游节点），判断其中是否存在循环引用（环）。   C++ 基础知识  Vector 和 List 的主要区别是什么？（内存布局、随机访问、插入删除的时间复杂度） 简单介绍什么是虚函数，以及它的底层实现原理（虚函数表、虚指针）。 虚函数是否可以进行内联（inline）优化？   内存管理  在 C++ 中，当出现内存泄漏时，如何定位到具体的泄漏点？ 实际开发中如何避免内存泄漏？（谈谈智能指针和 RAII 思想）   网络协议与 Web 技术  什么是 RESTful 规范/风格？ 常见的 HTTP 状态码有哪些？请分别说明...