1. 你现在做的系统如果让我一句话理解，它解决的核心问题是什么2. 如果让你重新设计这套系统，你会先拆哪几个边界，而不是先画微服务图先拆交易主链路和旁路能力。主链路只保留强约束动作，比如下单、库存冻结、支付确认、履约状态推进；旁路能力像风控、推荐、画像、报表、运营分析都要尽量异步化。再往下拆数据边界，订单事实、库存事实、支付事实不能混成一张万能表。最后才是服务边界，因为很多系统不是服务没拆好，而是业务一致性边界一开始就画错了。3. 一套交易系统里，什么地方最容易被误判成“性能问题”，其实是模型设计问题最典型的是状态字段过载。很多系统把几十种业务状态塞进一个 status，然后所有查询、补偿、回...

求大佬们拷打简历，投了好多简历了，基本上都没面

项目自己做的，实际上没测试过，我怕来不及了。。。。。

Nginx 是七层代理还是四层代理？你用过 LVS 吗？你的后端跑了两个 Tomcat 服务，在分布式架构下，Session 的会话保持（一致性）是怎么做的？什么是缓存穿透？简单讲一下你的项目中是如何用布隆过滤器解决缓存穿透问题的？场景设计题：如何设计一个海量日志采集系统（要求：日志尽量不丢、中间需拦截并添加流量/用户特征等处理、未来支持动态扩容）？谈谈你的技术架构设计思考。在业务代码中通过 AOP 记录完日志后，具体该如何将这些日志传输并提交到那个独立的日志服务上？如果该日志系统要求对接全集团的服务，日志量极大且 QPS 极高，应该如何设计高吞吐架构？如果在日志系统引入 Redis 缓存“热...