记录下人生中第一次面试

先附上timeline：5.7笔试、5.13一面、5.19二面，当晚挂一面：1. 拷打项目2. AOP封装通用代码逻辑的优缺点3. ThreadLocal失效的情况，怎么解决4. 乐观锁和Redisson分布式锁5. 线程池相关6. CompletableFuture 与 CountDownLatch 原理（如果其中一个线程执行任务很慢，怎么办）7. 缓存穿透、击穿、雪崩8. JVM内存结构、类加载机制、类加载器9. 什么情况下会打破双亲委派模型10. MySQL的事务隔离级别11. docker相关12. k8s相关13. 服务治理二面（顺序是乱的，忘记录音了）：1. feign底层实现2. nacos自动切换原理(服务节点挂了怎么把它下线)3. xxl-job底层实现4. 执行任务时，有一个xxl-job执行器节点挂了怎么办5. Redisson分布式锁原理6. 分布式锁超时释放怎么解决7. 锁在续期之前就释放了（无论如何就是续不上怎么办）8. sharding-jdbc底层实现9. 进程什么时候会阻塞10. TCP四次挥手什么情况下会大量出现close_wait状态11. 线程池工作流程12. 怎么让调用线程等待其他线程任务执行完成后再执行13. k8s的pod和docker的容器的区别14. docker容器的原理15. valitale关键字的作用面试官很好，是我太菜了

java的锁有哪些类型java中你常用的集合有哪些java的可重入锁是怎么实现的java里面常用的设计模式有哪些CAS会有什么问题什么时候用hashmap、什么时候用concurrenthashmap怎么保证Redis缓存的最终一致性什么是cache aside模式用Redis实现分布式锁时要注意什么慢SQL怎么排查，怎么优化

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

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