处女面字节，害怕脏面评，要不要拒了

攒人品ing~个人背景：🛠️ 一、 项目拷打1. 视觉识别模型部署与工程落地项目 (Base64传输优化)Q: 为什么要去优化图片的 Base64 传输？遇到了什么问题？Q: 具体是怎么优化的？2. 天翼智能交通实习 (500GB 传感器数据预处理)Q: 为什么单线程处理时会发生 OOM（内存溢出）？Q: 为什么改成多进程而不是多线程？Q: 多进程具体是怎么解决 OOM 的？3. Java 高并发个人博客项目Q: 布隆过滤器在你的项目里有什么作用？Q: 布隆过滤器有什么缺点？如果你的博客支持删除文章，布隆过滤器怎么处理？Q: 缓存穿透和缓存击穿，分别还有什么好的解决方案？4. 航旅排障智能体 (Agent/RAG)Q: RAG 知识库构建时，文本切分（Chunking）的策略是什么？Q: 模型是怎么知道有哪些 Tool（工具）可以调用的？Q: (拓展题) 如果系统里有成千上万个 Tool 和 Skill，大模型很容易出现幻觉并乱调工具，你怎么解决？二、 基础八股1. MySQL 数据库Q: InnoDB 的底层数据结构是什么？为什么不用 B 树？2. 消息队列 (RabbitMQ)Q: 遇到消息积压怎么处理？Q: 增加消费者数量，一定能解决消费速度慢的问题吗？三、 算法手撕题目：下一个更大元素（每日温度类型题目）四、 反问环节 & 面试官反馈如果有幸入职，主要的工作内容是什么？对实习生有什么要求？

继一面几乎秒过之后，二面来了。听说字节暑期实习一般两轮技术面就结束了，所以我一开始其实挺有信心的，甚至觉得只要正常发挥，大概率就能过。结果一开面，我就感觉事情不对了。黑马点评项目才刚讲完，面试官基本没什么兴趣，直接抓着我自我介绍里一个小瑕疵开始往下问八股。最难受的是，他并非简单问完就过，几乎每一道题都要追到他满意为止，你只要没答到那个点上，他就会一直追、一直压。整场面试节奏特别紧，几乎不给喘息空间，确实很锻炼人，但面完也是真的身心俱疲。（附面经）---------------------------------------------------------------------------...

一、项目与实习经历1.你先做个自我介绍。2.你能详细介绍一下你在字节跳动做的项目吗？二、AI Coding 题：配置驱动的 HTTP 路由转发题目：实现一个通过配置文件管理的HTTP接口路由转发功能，需满足：基础功能•支持 YAML/JSON 配置文件定义路由规则（路径、方法、目标服务）•实现 HTTP/HTTPS 请求转发•处理路径通配符（如 /api/*）进阶能力•配置热加载（修改文件不重启服务）•负载均衡（轮询/随机两种策略）•请求超时控制与重试机制生产级要求•大文件传输时内存占用 < 50MB（流式转发）•可读的错误码体系（如 404、502）•输出审计日志（路径、目标 IP、状态码、耗时）交付要求•可运行代码 + 配置示例•通过三个测试场景：热加载、重试、100MB 文件传输10.你先看一下这个题目，然后说一下你的理解，以及你打算怎么处理、整体思路是什么。11.你对这里“负载均衡”这一块是怎么理解的？12.热加载这个功能，你觉得一般应该怎么做？13.你刚才提到定时轮询配置，那这个轮询一般隔多久比较合适？14.你说到实习里也有类似的动态配置更新？对应的机制大概是什么？15.这个接口转发里，你理解的“目标服务”是什么？16.如果目标服务不只是 HTTP，也可能是 RPC，那你觉得这里还需要考虑什么？17.这个生成出来的代码里，配置和接口的匹配方式是什么？18.你希望这个配置文件的更新机制是什么样的？19.如果手动修改配置文件出了问题，比如 JSON 不合法，你觉得系统应该怎么处理？________________________________________三、设备特征缓存优化 / 特征 SQL 优化20.你刚才提到设备特征缓存优化，在你优化之前，这块有缓存机制吗？21.你刚才说每次要调适配器，这里调用适配器主要是为了获取什么？22.是因为这个接口耗时比较长，所以你们才考虑加缓存，是吗？23.如果设备特征对准确性要求不是特别高，那为什么适合做缓存？24.这块缓存机制上线之后，大概优化了多少？25.你刚才提到用了并发相关的开发，比如 concurrent hash map 这些，这块你了解多少？26.如果涉及多线程开发，你大概了解哪些线程相关的工具？________________________________________四、线程 / 系统能力 / 开放题27.如果一台 8G 内存的机器，你觉得大概能创建多少个线程？28.如果不要求你给具体数字，那你觉得估算“最多能创建多少线程”时，需要考虑哪些因素？________________________________________五、SQL 复用优化29.你第二点提到 SQL 复用优化，这一块能简单介绍一下你做的工作吗？30.你这里提到“将时间窗口不同的查询归定为同类请求”，这个怎么理解？31.你们是不是把某个时间范围内的 SQL 放在一起统一去请求？________________________________________六、滑动窗口消息去重（开放题）32.如果你的系统接收外部消息，并且希望在一个滑动时间窗口内对消息做去重，这个功能如果交给你，你会怎么做？33.假设你的服务有多台机器共同消费同一个上游消息源，在这种分布式场景下，滑动窗口内的消息去重你会怎么设计？34.如果你想到加一个共享中间件，那这个共享中间件应该怎么设计？35.这个去重逻辑你具体会怎么实现？

一、项目 1、Redis 全局唯一 ID，为什么生成这个 ID，这个 ID 的含义是什么（疯狂追问），这个 ID 有什么用（拷打追问：1、为什么不直接再 MySQL 中用自增 ID（因为我在 redis 中用的自增 ID 来唯一标识）） 2、你是如何解决 Redis 解决超卖的思路（Lua 脚本 + 预扣库存（消息队列）+ 乐观锁（乐观锁我回答可以用库存扣减大于 0、还可以用一个字段来标识这行数据来判断是否有并发同时扣减问题，然后就一直追问这个字段是什么）） 3、Redis 消息发送失败的处理方式 4、推送/拉取模式，为什么选择推模式（拷打，先说的用户少所以用推，追问粉丝量大怎么办，我说推拉结...