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

，有没有什么老主神学，祝我一臂之力

算上这次也是三战字节了timeline3.24一面 当晚约二面3.25二面 当晚约三面3.27三面 3.30约HR面4.1HR面4.2 oc+offer加油加油，希望暑期能活下来

1. volatile 关键字有什么作用？它能保证线程安全吗？答案：volatile 的作用是告诉编译器，这个变量的值可能会被外部因素修改，因此每次使用都要直接从内存中读取，而不是从寄存器或缓存中取值。它常用于：中断与主循环共享变量多线程共享标志位硬件寄存器映射但 volatile不能保证线程安全，因为它只能保证“可见性”，不能保证“原子性”。如果是复合操作，比如 count++，仍然可能发生竞争问题。2. const 和 #define 的区别是什么？答案：const 是有类型的常量，编译器会做类型检查，调试时也更容易定位。#define 是预处理宏，本质上是文本替换，没有类型信息。主要区别...