字节后端一面

字节抖音AI搜索，主要以cpp开发1.自我介绍。2.介绍一下你的这些项目吗？多agent项目3.你的主控 Agent 的输入是什么？4.你的子 Agent 是怎么让主控 Agent 感知到的？5.你的 Agent 和 Agent 之间是怎么交互的？有什么协议吗？6.你是怎么决定要开发这几个子 Agent 的？各agent分别承担什么功能？7.你的数据来源是什么？8.你刚刚说的大盘行情数据、新闻这些，又分别是从哪个数据源来的？9.你这个怎么提取关键词的？10.这些新闻或者搜索到的文本数据拿到以后，你会做什么处理？11.你会限制整个 context 的长度吗？12.你这里限制是多少？13.那 token 和文本的换算关系你大概了解吗？一个 token 大概对应多少文本？14.你的模型输入最大允许多大的窗口？15.你为什么会选择调多个模型？其实选一个最适合的模型是不是就够了？16.你有调研过各个模型的特性吗？你是怎么选的？17.千问你这边有用吗？18.你这个简要的 RAG 框架？19.你可以从输入开始，简单说一下你整个 RAG 框架的流程吗？20.那你这个知识库和新闻，这两个 Agent 的定位区别是什么？21.你为什么会采用 multi-agent 的架构，而不是一个 Agent 加一堆工具的架构？22.你的模型推理链路是怎么部署的？八股26.你可以说一下，我们在浏览器里面输入一条链接以后的通信过程吗？27.HTTP 和 HTTPS 有什么区别？28.什么叫线程安全？29.你用过哪些锁？互斥锁用过吗？30.你了解互斥锁大概怎么实现吗？31.还有其他哪些锁？32.写时复制了解吗？33.进程间有哪些通信方式？算法题二叉树最大宽度大半时间都是揪着我的多智能项目来问，业务针对性强。开学第一场，对新做的项目整体准备不太完善，答得不太行，估计面评也脏了，到发布日期字节没第二场了面AI相关岗位可以参考一下它的提问方式。

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花慢SQL是MySQL数据库性能瓶颈的核心诱因之一，会导致数据库响应延迟、连接占用过高、CPU/IO负载飙升，甚至引发服务雪崩。本文梳理慢SQL从“排查定位—原因分析—紧急处理—深度优化—监控预防”的全流程，覆盖实操步骤、核心技巧和避坑点，适配各类业务场景，助力快速解决慢SQL问题。一、前置准备：明确慢SQL判定标准在排查前，需先定义慢SQL。MySQL默认通过long_query_time参数判定慢SQL，默认值为10秒（可根据业务调整），即执行时间超过该值的SQL会被记录到...

缓存方案的读链路和写链路缓存雪崩击穿穿透缓存用了什么ttl，数据结构用的是什么分表如何保证数据一致性项目里面哪里用到了多线程  进程线程  进程底层区别数据库acid，隔离性为啥用b树原子性在操作系统和硬件层面如何实现抖音刷视频的请求链路抖音要求高qps低延迟  在哪些层面优化算法题：和谐数

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花一、慢查询日志核心定义MySQL 慢查询日志（Slow Query Log）是 MySQL 内置的性能诊断工具，专门用于记录执行时间超过预设阈值（由 long_query_time 参数定义）的 SQL 语句，同时可配置记录未使用索引的查询，是定位数据库性能瓶颈、优化 SQL 语句的核心抓手之一。其核心价值在于精准捕捉低效 SQL，清晰呈现 SQL 执行时的资源消耗情况（如执行时间、锁等待时间、扫描行数等），为开发和运维人员提供明确的优化方向，避免因慢 SQL 占用 CPU、...