字节跳动-AML基础工程团队招纳新同事

1. 自我介绍 2. 讲讲Redis的zset怎么做限流，zset有什么命令3. redis的缓存穿透，怎么解决，再讲下布隆过滤器4. redis的过期时间 5. redis的内存逐出策略 6. 讲一下ES，7. 有什么智能指针 8. weak ptr怎么用8.1 你说到了循环引用导致的内存泄漏问题，那再讲讲内存泄漏和溢出8.2 除了程序结束时内存没释放导致的泄漏，还有什么场景吗（不太记得了，就说了离开作用域的时候也会9. 讲讲是怎么优化了用vector的缓冲区 10. 你项目用到了协程，讲讲进程线程协程的区别（我主要还是说的切换开销上的区别11. 再讲一下io uring呢算法：最长公共子序列（第一次面字节的时候就是这道题，当时半天没写出来，结果这次用滚动数组又没写出来，最后几分钟赶紧写了记忆化搜索的做法才过）感觉面试官对我的算法不太满意，最后反问阶段似乎也不怎么想回答了-- 两天后hr通知挂了，其实早就能预料到了，后面有面试就发一发面经，也不抱什么希望了

👋个人背景：科班9本港三水硕，大三一段小厂java后端实习。项目黑马点评魔改 + raft kv👏offer1：OPPO后端开发，大方向是OPPO内置应用的后端开发，toC商业化方向的东西（广告blabla...），具体不知道啥业务入职统一分配。💯offer2：滴滴大数据架构引擎，OLAP相关🌱其他流程：阿里云智能风后Java研发，今天下午二面，toB AI业务研发。华为ICT，等二面，toB做AI应用研发。两个offer转正率都很高，主要纠结的是：以后到底是走大数据基架还是业务研发。下面是我对两个方向浅薄的理解，还请各位大佬指正。基架好处：技术门槛高，更多关注一两个小的技术领域（比如Flink Hadoop），更稳定，ai取代可能小坏处：做客服，关注性能增长（从80做到90分）而不是解决新的问题。秋招岗位更少。业务开发好处：技术广度更大，更注重解决现实问题（从0做到60分），岗位更多。坏处：门槛更低，更卷，可能更容易被AI或者后面的卷王取代。  

1. 字节云基础架构（给offer）：base北京，1. 字节云内部基础设施产品界面，资源运维数据库的管理 2. 资源抽象与管理，封装为可调用服务供给上层的中台和业务线。3. 资源成本核算体系，类似云服务计费 4. 服务框架PaaS，提供微服务架构支持，包括服务发现流量调度等 5. 架构设计与技术孵化，如内部业务迁移到火山引擎，AI基础设施探索前沿方向（号称前面这些方向理论上均可选）。个人理解是工作偏鸡架偏偏又核心技术少（相比IaaS做k8s网络这类最底层的鸡架），工作又不太贴近上层业务或者业务中台，所以职业发展前景，技术前景方面感觉存疑。（但是字节福利真的很不错，另外字节发offer早一些所以已经接下来了，如果鸽掉不知道秋招有没有影响）2. 滴滴打车（给offer）：base北京，网约车部门，具体的小部门当前未知需要先接下offer后续再定夺，但愿能给个稍微核心些的小业务部门，不要再给我鸡架了。如果拿到比如交易链路，履约之类的比较核的部门是否是比较好的选项？但是滴滴相对来说好像不算大厂？福利待遇这些可能也差些。3. 京东零售平台研发中间件部门（HR面后等结果）：base北京，产品服务于京东集团所有业务部门rpc框架Java，配置中心，调度中心，处理中心，互斥锁，开发框架应用等。也是偏鸡架，但是好在它们这边可以给我机会转java，秋招路子更宽些可能（golang选手暑期碰壁碰麻了）。4. 小米新零售仓储供应链管理（给offer）：base武汉，是Java后端开发岗位。相对来说该业务在小米还算偏核心，无奈base武汉debuff加上小米给钱极其抠门debuff估计即使转正了秋招也不会去。5. 腾讯S1灰产打击后端（推进到三面不一定能过）：base深圳，做灰产打击的部门，也有一些和政企服务的对接。感觉部门应该很边缘？可能转正率也不会很高不太懂前景怎么样。6. 百度安全平台后端（推进到二面不一定能过）：base北京，安全平台相关产品服务端功能模块开发，感觉像是给安全大佬当小弟，对接他们的安全产品写后端。感觉应该也不算业务核心，发展前景不明确？golang选手无实习经历，奈何鼠鼠太菜了暑期实习面挂一大堆处处碰壁，疯狂给母校丢脸。磕磕绊绊到五月份才开始捡漏一些offer，最后只捞到一些不太好的选项，只能矮个子里面挑个稍微ok点的。求各位佬帮忙出出主意，还是想尽量通过暑期转正能有个保底，或者实习经历秋招能更有含金量一些，孩子已经被捶打麻了。

项目适用岗位：互联网C++后端， 大模型端侧部署 ，自动驾驶/机器人具身智能C++开发1、底层通信组件方案通信模式封装支持兼容多种通信模式普通消息模式：PUB/SUB(发布订阅)、PUSH/PULL(点对点通信)RPC 模式：通过ZMQ_REP、ZMQ_REQ 封装 RPC 功能RPC功能支持 RPC 方法的动态注册提供默认的 RPC 方法列表查询支持 RPC 调用2、Master模块（实现思路：类似ROS1 Master功能, 更轻量化）背景：分布式大模型系统中，多个节点（如llm/vlm， asr，tts， camera，yolo）需要动态发现彼此并高效通信，外部用户可以动态管理节点内任务调度​​节点注册与发现​实现轻量化内存kv缓存数据库：存储节点元信息；并提高sql查询接口，供节点动态通信节点启动时向Master模块注册，上报自身元信息；节点通信时自动匹配动态任务调度分配设计用户请求-任务匹配机制：外部用户仅封装简易数据包请求，可实现动态控制各个模块(启停/llm推理等)3、Channel模块封装上层发布-订阅(PUB/SUB)和点对点通信(PUSH/PULL)混合通信模式设计闭包，通过闭包将​​网络层​​（ZeroMQ）与​​业务层​​（用户回调）解耦，同时隐式维护了通信上下文状态。4、Infra基础架构模块rpc分布式控制指令下发+异步​事件驱动架构​​注册rpc_setup/rpc_pause等分布式控制接口->注册eventpp事件监听->上层触发rpc调用 -> 添加eventpp事件队列中-> 异步事件驱动->各子类Setup/Pause等功能接口标准化控制协议​​基于抽象接口（Setup/Pause等）实现跨模块统一管控，支持LLM/ASR/TTS等异构节点无缝集成5、TASK模块与Infra模块关系：类似与进程和线程之间关系，Infra模块负责资源分配和流程管控，TASK模块是真正干活的，干的活如下：各模块中模型生命周期管理（加载/卸载）infra推理包装回调输出等等