经过了两个月架构设计实战，我深刻的体会到架构师的职责与不易，特此写下这篇总结文档，痛定思痛1 架构师并不是想象中的那么高大上，但也绝不是轻易二字可以形容的2 架构设计，核心在于技术变现，技术选型，如何搭配技术，使用技术，可以使得架构能够匹配当前业务需求3 架构设计，不能轻率，不是炫技，是结合团队技术水平，预算成本，进行合理的设计，不然就会耗费远超预期的成本4 敏捷开发，需要架构图!需要架构图!需要架构图!架构图不是摆架子用的，必要的架构图是团队的指南针! 防止架构设计时候出现超出合理范围的偏差!5 架构设计没有标准答案，也不能只想要标准答案，既然选择架构设计，就做好承担对应责任是一切打算，没有投机取巧，更不能一蹴而就6 迭代过程中部分文档变更不可怕，可怕的是一开始的架构设计就有不合理之处7 架构设计应该尽可能贴近轻量级，因为架构师的职责就是通过合理架构设计，帮助团队减少返工成本以及维护成本8 必要的设计，是敏捷开发能够敏捷的重要基石! 并不是短期的爆发才叫快，而是稳定的小步快跑才算快! 技术文档，合理的架构图，都是十分必要的9 牺牲一定的灵活性，预先设计架构图等，才能让架构设计更稳定，完全自由的架构设计 反而是大忌10 架构设计，基础技术广度其实并不是那么重要，而是在进行技术选型时候，你可以快速了解新技术的大概特点，并迅速判断是否值得引入，而不是一味地学习低投资回报比的技术

一、核心背景与目标业务挑战：ToB供应链业务流程复杂，客制化分支多，手工测试效率低、覆盖不全，难以应对高频迭代。上下游系统依赖导致测试环境不稳定，且缺乏自动化准入流程，缺陷易流入生产。核心目标：构建全流程接口自动化体系，覆盖研发自测→提测准入→上线卡点→线上巡检，提升回归效率与测试质量，降低人力成本。二、技术方案与实施路径1. 框架选型：Httprunner 的核心优势分层设计：通过api→testcase→testsuit分层，隔离接口变动影响，支持用例高复用。效率工具链： har2case：录制手工测试生成自动化用例，减少开发成本。 参数化与数据库断言：支持等价类测试，校验数据落地正确性（...

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通知挂了，其实早就能预料到了，后面有面试就发一发面经，也不抱什么希望了

更新一下  上午面完当天下午约了二面碎碎念 : 鼠鼠真的要破防了  上周四没接到塔子电话 , 后来打回去七个都打不通 , 无奈只好再次投 . 今天上午又打了约面了 , 但当时在面百度 , 我好绝望 , 百度我恨你和昨天的美团一样 , 几乎全程拷打项目 :1.你了解fiber架构解决了之前react的哪些问题吗2.你构建的fiber具有哪些属性3.你的fiber架构有阶段划分吗4.刚刚提到你的fiber保证在更新流程可中断 , 那哪些情况下是不可中断的呢5.fiber架构的缺点6.fiber架构可以提升性能 , 具体体现在哪些场景下7.react是如何区分hook当前所处的状态呢8.hook能在循环嵌套这种条件下去调用吗 ( 不能 , 只能在函数最顶层使用 )9.为什么只能在最顶层使用 ( 我说不了解 , 她说你结合一下你之前讲过的机制 , 解释一下 )10.那 if 呢 , 为什么不能在 if 中使用 , 结合你刚刚的理解前面这仨问题都是面试官引导的好答出来的 , 面试体验真的好好 ! ! !11.axios的二次封装 , 做了哪些事情12.如果后端请求超时 , 你会做哪些处理13.如果重要的消息你们有做过重试处理的机制吗 ( 无 )代码考核 :数组过滤 + 数组转树  ( 面试官引导了好久才写出来 , 算法真的太差了要好好补补了 )反问 :1.技术栈2.业务3.学习建议面试官最后还夸我React底层理解的很好 , 有点开心 , 还是太菜了 , 但不影响这是一次很好的一次面试体验