华为云主管面

华为云软件研发部实习生招聘开始了～欢迎大家投递～  千万私戳我吧 让我做你的实习面试护航员～云服务开发工程师通用软件开发工程师AI基础设施研发工程师希望大家具备：计算机网络 操作系统 数据结构 算法等计算机知识如有算法竞赛 数学竞赛 AI相关经历等可提前告知

1. 自我介绍2. 多阶段 RAG 里同时使用 BM25 和向量召回，混合检索策略通常怎么设计混合检索的关键不是把两路结果简单拼起来，而是根据问题类型决定两路召回各自承担什么角色。BM25 对精确术语、错误码、接口名、字段名、版本号这类关键词命中很强，向量召回则更擅长语义改写、口语化表达和抽象问题。真正稳定的设计一般是先并行召回，再做去重、融合、重排，最后再进入上下文构建阶段。如果问题本身是“精确定位型”，比如某个报错码、类名、接口路径，BM25 权重通常更高；如果问题是“意图表达型”，比如用户用自然语言描述故障现象，向量召回的权重会更高。工程里比较常见的是先取两路 topk，再用 RRF 或...

适合大厂的人，我认为技术强是一方面，最重要的是心态要平和。大厂会有很多高手，也会有很多烦心事。技术强决定了你能不能进大厂的门，但心态平和才决定你能在大厂待多久、走多远。毕竟大厂里藏龙卧虎，可能你在小公司是技术骨干，来了之后发现身边同事要么是 985 硕博，要么是 GitHub 上有开源项目的大佬，随便拉一个人出来，都能在 JVM 调优、分布式架构这些领域聊得头头是道。这种时候，心态不平和的人很容易陷入自我内耗 —— 要么觉得自己处处不如人，越比越焦虑；要么急于证明自己，抢着接难活却搞砸，反而得不偿失。但心态稳的人不一样，他们会把这些高手当成学习的资源，遇到不懂的问题就大方请教，看到别人的优秀方案就默默记下来消化。就像做项目时，同事用 Redis Stream 解决了高并发消息积压的问题，他们不会嫉妒，而是主动要复盘文档，琢磨这个方案怎么用到自己负责的模块里。除了高手云集的压力，大厂的烦心事也足够磨人。比如冗长的会议、层层递进的审批流程，一个简单的需求变更，可能要拉上产品、测试、运维好几个部门对齐；比如跨团队协作时的沟通壁垒，明明是对方接口的问题，却要反复扯皮举证；再比如项目上线前的熬夜加班，明明不是自己的 bug，却要跟着一起守监控到凌晨。这些事搁谁身上都容易烦躁，但心态平和的人懂得 “抓大放小”—— 会议上提炼核心信息，过滤掉无效讨论；审批流程慢就提前规划时间，预留出缓冲期；遇到扯皮就拿日志和文档说话，不情绪化争吵。他们不会因为这些琐事就抱怨 “大厂效率低”“工作没意义”，而是清楚这是大厂规模化运作的必然代价，然后在规则里找到让自己舒服的节奏。就像咱们 Java 后端程序员，每天要处理的需求、bug、沟通事项一大堆，心态稳的人会列优先级清单，先搞定核心业务逻辑，再处理边缘问题，不会被琐事牵着鼻子走。

1. 自我介绍2. 实习项目拷打3. shared_ptr 性能优于 unique_ptr 吗，为什么答案：一般来说不能这么说，绝大多数场景下 unique_ptr 比 shared_ptr 更轻量。unique_ptr 只有独占所有权，不需要维护引用计数，大小通常就是一个裸指针，移动也只是转移所有权。shared_ptr 需要额外的控制块来维护强引用和弱引用计数，多线程下还涉及原子操作，所以构造、拷贝、销毁成本都更高。只有在确实需要共享所有权的时候，shared_ptr 才有意义，而不是因为它“更高级”就优先使用。如果面试官继续追问，通常会往控制块、循环引用和 make_shared 上延伸...