2026年5月19日乌鸫科技面试记录项目、RBAC、低代码主子表、Redis、MySQL、JVM、统一支付设计题都问了什么这篇先记录我在2026年5月19日参加乌鸫科技面试的一次真实过程。截止我写这篇的时候也就是2026年5月20日我先不讨论最终结果只把这轮面试里被问到的东西、我自己的感受以及我回头看哪些地方能答得更好完整整理出来。个人主页GitHub主页文章目录2026年5月19日乌鸫科技面试记录项目、RBAC、低代码主子表、Redis、MySQL、JVM、统一支付设计题都问了什么一、先说这次面试的整体感觉二、这轮面试流程2.1 问题分布图三、开场自我介绍 项目介绍3.1 面试开场3.2 我后来觉得更稳的自我介绍结构四、项目部分这轮不是问你“做过什么”而是问你“为什么这么做”4.1 项目介绍4.2 这类问题怎么答更像“真做过”先讲问题再讲方案最后讲效果五、RBAC 权限是怎么做的5.1 这个问题表面简单实际很容易答空5.2 更像项目落地的回答方式1. 基础关系2. 权限粒度3. 权限校验流程4. 数据权限扩展5.3 我现在更推荐的说法六、低代码里主子表怎么关联、怎么赋值6.1 这个问题的核心其实不是“表怎么连”6.2 我觉得比较稳的回答方式1. 建模层2. 保存流程3. 编辑回显4. 赋值方式6.3 如果是我现在去答我会这样组织七、Redis、MySQL、Spring、并发、JVM这轮八股问得很全7.1 Redis 相关更像面试化的答法Redis 数据结构穿透 / 雪崩 / 击穿7.2 MySQL 相关我觉得这里最容易拉开差距如果接口很慢我现在更推荐这样答7.3 Spring / Spring Boot这类题怎么答更稳Spring Bean 生命周期Spring Boot 自动装配7.4 线程、锁、分布式事务、ThreadLocal线程创建乐观锁 / 悲观锁ThreadLocal分布式事务7.5 JVM 相关类加载过程JVM 内存模型八、设计模式介绍一下这类题别答成背书九、这轮最有价值的一道场景题统一支付接口怎么设计9.1 如果是我现在重新答我会先讲整体思路9.2 系统模块我会这样拆1. 支付接入层2. 支付核心层3. 渠道路由层4. 渠道适配层5. 回调处理层6. 对账和补单层9.3 统一支付单怎么设计9.4 我会拆哪些核心表9.5 支付单核心字段payment_orderpayment_channel_orderpayment_notify_log9.6 统一支付接口最关键的几个设计点1. 幂等2. 状态机3. 渠道解耦4. 对账补偿9.7 如果面试里时间不多我会怎么收尾十、这轮面试我自己的复盘10.1 项目必须能从“做过”讲到“为什么这么做”10.2 八股不能只背定义10.3 系统设计题很能拉开差距十一、如果后面还要继续写专题这篇可以怎么拆十二、最后总结一、先说这次面试的整体感觉这轮给我的直接感受是开头很常规先自我介绍中段重点还是围绕项目深挖后面开始连续问 Java 后端高频八股最后又补了一道系统设计题统一支付接口怎么设计如果只让我用一句话总结这轮面试我会这样说这不是一场只靠背八股就能糊过去的面试它更像是在看你是不是能把“项目经历 中间件使用 真实系统设计”串起来讲清楚。二、这轮面试流程先用表格把这次面试的结构整理一下日期环节内容2026年5月19日面试开场自我介绍2026年5月19日项目部分项目介绍、项目难点、能体现技术的部分2026年5月19日项目深挖RBAC 权限、低代码主子表关联与赋值2026年5月19日中间件 / 数据库Redis、MySQL、慢查询、索引、接口排查2026年5月19日Java 基础Spring、Spring Boot、线程、分布式事务、锁、ThreadLocal2026年5月19日JVM类加载、内存模型2026年5月19日系统设计题统一支付接口怎么设计核心表有哪些2.1 问题分布图项目深挖 ████████ Redis / MySQL ███████ Spring / 并发 ███████ JVM ████ 系统设计题 █████从分布上看这轮最核心的并不是单点八股而是你项目是不是做过你项目里的技术是不是讲得透你能不能从“会用”讲到“为什么这么设计”三、开场自我介绍 项目介绍3.1 面试开场这轮还是比较标准的开场先让我做自我介绍然后介绍项目这类开场看着简单但其实已经开始决定后面的节奏了。因为自我介绍一旦太散后面很容易被带着跑。项目介绍一旦太空后面深挖时就会很被动。3.2 我后来觉得更稳的自我介绍结构我现在回头看Java 后端技术面自我介绍最好控制在下面这个结构我是谁几年经验现在做什么方向做过哪些核心系统哪一块最能体现我技术比如我是做 Java 后端开发的有多少年经验主要做低代码平台 / 权限系统 / 业务中台 / 后台管理系统比较熟悉 Spring Boot、MySQL、Redis、MQ、RBAC、低代码建模这些方向这种会比泛泛讲“我工作认真、学习能力强”更有效。四、项目部分这轮不是问你“做过什么”而是问你“为什么这么做”4.1 项目介绍项目介绍之后面试官继续追问了你项目的难点是什么你觉得什么部分最能体现你的技术这两个问题其实很关键。因为很多人讲项目容易讲成做了用户管理做了角色管理做了表单做了流程但面试官真正想听的是难点到底是什么为什么难你怎么解决你的方案凭什么成立4.2 这类问题怎么答更像“真做过”我现在觉得更稳的讲法应该是先讲问题权限粒度复杂低代码主子表联动难动态表单和业务数据关联复杂多租户 / 多角色场景下容易出数据越权再讲方案权限用 RBAC 做基础模型数据权限按角色、部门、用户范围做扩展主子表用主键 / 业务键统一做关联动态表单渲染和数据存储解耦最后讲效果查询效率提升业务配置复杂度降低后续扩展表单时不需要大改代码也就是说项目题最好按问题 - 方案 - 落地 - 效果来讲而不是只罗列功能点。五、RBAC 权限是怎么做的这轮面试官直接问了RBAC 是怎么去做的5.1 这个问题表面简单实际很容易答空很多人一听 RBAC就会立刻说用户角色权限用户绑定角色角色绑定权限这当然没错但这只是模型不是项目实现。5.2 更像项目落地的回答方式我觉得更完整的回答应该至少包括1. 基础关系用户表角色表权限资源表用户角色关联表角色权限关联表2. 权限粒度菜单权限按钮权限接口权限数据权限3. 权限校验流程登录成功后拿到用户角色聚合角色拥有的权限码前端控制菜单和按钮展示后端拦截器 / 注解做接口权限校验4. 数据权限扩展如果系统里有部门范围个人数据自定义可见范围那就不能只停在标准 RBAC往往还要叠加部门数据权限行级数据权限租户隔离5.3 我现在更推荐的说法RBAC 只是权限系统的基础骨架真正项目里还要往上叠加菜单、按钮、接口和数据权限不然很多后台系统只能做到“能不能进页面”做不到“能不能看这条数据”。这个说法会比只背定义更像真实做过。六、低代码里主子表怎么关联、怎么赋值这轮还有一个比较有特点的问题低代码中主子表你是怎么去关联以及赋值的这个问题就很像项目深挖题了因为如果你没真正做过低代码基本很难答顺。6.1 这个问题的核心其实不是“表怎么连”而是主表和子表的建模方式保存顺序外键回填编辑回显动态字段赋值逻辑6.2 我觉得比较稳的回答方式1. 建模层主表负责业务主对象子表负责明细、多行数据、重复结构子表用main_id或业务主键和主表关联2. 保存流程先保存主表拿到主键再批量保存子表子表保存时回填主表主键3. 编辑回显查主表时同时查子表列表前端动态表单按配置回显子表每一行再绑定动态字段值4. 赋值方式默认值赋值表单联动赋值主表字段带入子表子表汇总反写主表6.3 如果是我现在去答我会这样组织低代码里的主子表我会先在元数据层定义主表模型、子表模型和字段配置真正保存时先落主表拿主键再批量落子表并回填主键如果有字段联动还会在表单渲染层做默认值和联动规则这样主子表既能解耦又能保证数据一致性。这个会比单纯说“通过 id 关联”更完整。七、Redis、MySQL、Spring、并发、JVM这轮八股问得很全这一轮后面开始连着问很多 Java 后端高频题。7.1 Redis 相关问到的包括Redis 数据结构缓存穿透缓存雪崩缓存击穿更像面试化的答法Redis 数据结构不仅要会说StringListHashSetZSet还最好能顺手补一句业务场景比如String 做缓存对象Hash 做用户属性List 做消息队列轻量场景Set 做去重ZSet 做排行榜穿透 / 雪崩 / 击穿这三类一定别混穿透请求不存在的数据缓存和数据库都没有击穿热点 key 突然失效大量请求打到数据库雪崩大批 key 同时过期数据库被同时打爆如果能继续补布隆过滤器空值缓存随机过期时间热点 key 互斥更新会更好。7.2 MySQL 相关问到的包括慢查询SQL 优化创建索引原则真实系统接口很慢怎么排查我觉得这里最容易拉开差距因为这类问题不是背概念就够而是最好有排查顺序。如果接口很慢我现在更推荐这样答先看监控确定是偶发还是持续看接口 RT、QPS、错误率看是不是数据库慢查慢 SQL、执行计划、锁等待再看 Redis 命中率、线程池、MQ 堆积、下游依赖这类题的关键不是“会不会解释慢查询”而是你能不能讲出一个真实系统里会怎么一步步排查。7.3 Spring / Spring Boot问到的包括Spring Bean 生命周期Spring Boot 自动装配原理这类题怎么答更稳Spring Bean 生命周期至少要讲出实例化属性注入初始化回调使用销毁如果还能带上BeanPostProcessorInitializingBeanPostConstruct会更完整。Spring Boot 自动装配比较稳的主线是SpringBootApplicationEnableAutoConfiguration读取spring.factories/AutoConfiguration.imports按条件注解决定是否装配 Bean如果你只说“Spring Boot 会自动帮我们注入 Bean”那就太浅了。7.4 线程、锁、分布式事务、ThreadLocal问到的包括线程的创建分布式事务怎么用乐观锁和悲观锁是什么原理是什么ThreadLocal 的理解线程创建更建议答继承 Thread实现 Runnable实现 Callable线程池才是项目里主流做法乐观锁 / 悲观锁乐观锁版本号 / CAS默认觉得冲突少悲观锁先加锁再操作默认觉得冲突多项目里如果你能带一句MySQL 行锁update versionsynchronized / ReentrantLock会更落地。ThreadLocal这里别只说“线程局部变量”更好的是补充每个线程持有自己的副本常见于用户上下文、traceId、事务上下文使用后要清理避免线程池复用导致脏数据分布式事务如果项目里真做过最好按场景讲最终一致性本地消息表MQ 事务消息Seata不要只答“我用过分布式事务框架”。7.5 JVM 相关问到的包括JVM 装载过程JVM 内存模型类加载过程可以按这条线讲加载验证准备解析初始化JVM 内存模型如果面试官问的是运行时内存区域一般讲堆方法区虚拟机栈本地方法栈程序计数器如果面试官问的是 JMM也可以补主内存工作内存可见性有序性原子性这里一定注意别把“运行时数据区”和“Java 内存模型”完全混成一件事。八、设计模式介绍一下这类题别答成背书这轮还问了设计模式介绍一下这个问题特别容易答成单例工厂代理观察者然后就没了。更好的答法应该是先说设计模式的分类创建型、结构型、行为型再举自己项目里实际用过的例如单例Spring Bean 默认单例工厂根据不同类型返回不同处理器策略支付方式、消息推送渠道、规则匹配代理AOP、事务、日志只要你能和项目关联起来面试官会更容易觉得你不是只背过名字。九、这轮最有价值的一道场景题统一支付接口怎么设计最后有一道我觉得很有代表性的题如果要设计一个支付不管是国外的还是本土的我统一就一个接口你会怎么设计表有哪些核心字段这个题其实非常像中高级后端面试题因为它考的不是某个八股而是抽象能力系统设计能力支付链路理解表结构设计意识9.1 如果是我现在重新答我会先讲整体思路我会先说不同国家、不同渠道的支付能力差异很大所以统一支付接口的关键不是“把所有渠道做成一样”而是先抽象统一支付单再把渠道差异沉到路由、渠道参数和回调处理层里。9.2 系统模块我会这样拆1. 支付接入层对业务侧暴露统一下单接口业务方不用感知是支付宝、微信、Stripe、PayPal 还是别的渠道2. 支付核心层生成统一支付单管状态流转做幂等控制3. 渠道路由层根据国家、币种、商户配置、支付方式选渠道4. 渠道适配层每个支付渠道单独封装屏蔽参数差异和协议差异5. 回调处理层统一验签幂等更新状态回写业务系统6. 对账和补单层负责渠道账单拉取差异处理自动补单和人工复核9.3 统一支付单怎么设计我觉得最核心的是业务单支付单渠道单不要直接用一张表硬扛所有东西。9.4 我会拆哪些核心表表作用payment_order平台统一支付单payment_channel_order渠道支付单payment_refund_order退款单payment_notify_log支付回调通知日志payment_route_config支付路由配置payment_reconcile_record对账记录 / 差异记录9.5 支付单核心字段payment_order建议至少有这些字段idpayment_nobiz_order_nomerchant_iduser_idamountcurrencypay_methodpay_scenestatuscountry_codechannel_codeclient_ipsubjectexpire_timesuccess_timefail_reasoncreate_timeupdate_timepayment_channel_orderidpayment_nochannel_codechannel_order_nochannel_statusrequest_payloadresponse_payloadnotify_timecreate_timeupdate_timepayment_notify_logidpayment_nochannel_codenotify_bodysign_verify_resultprocess_resultcreate_time9.6 统一支付接口最关键的几个设计点1. 幂等支付下单和回调处理必须幂等。2. 状态机不要乱改状态统一支付单要有明确状态流转。例如INITPAYINGSUCCESSFAILCLOSED3. 渠道解耦业务方不应该因为换渠道而改业务代码。4. 对账补偿支付是资金链路不能只靠同步接口和回调。9.7 如果面试里时间不多我会怎么收尾我会用一句话收住统一支付的核心不是把所有渠道做成完全一样而是抽象统一支付单、统一状态机、统一回调和统一对账让业务系统只面对一个稳定接口把国家和渠道差异都沉到适配层和路由层里。这个会比泛泛说“定义一个支付接口然后不同实现类去实现”更像系统设计回答。十、这轮面试我自己的复盘我回头看这轮面试对我最大的提醒有 3 个。10.1 项目必须能从“做过”讲到“为什么这么做”尤其是RBAC低代码主子表RedisMySQL分布式事务只会说“我用过”是不够的。10.2 八股不能只背定义像下面这些题ThreadLocalBean 生命周期自动装配乐观锁 / 悲观锁JVM 内存模型如果只背概念很容易让人觉得你只是记住了几个关键词。10.3 系统设计题很能拉开差距统一支付接口这种题本质上在看你是不是有抽象能力你是不是能拆模块你是不是知道核心表该怎么落这类题真不是纯背八股能顶住的。十一、如果后面还要继续写专题这篇可以怎么拆我觉得这篇也很适合继续拆成 4 个小专题乌鸫科技项目深挖面经RBAC、低代码主子表怎么答Java八股专题Redis、MySQL、Spring、JVM、并发真实系统排障专题接口慢、慢查询、缓存问题怎么答统一支付接口设计题如何把场景题答得更像高级后端十二、最后总结如果只让我用一句话总结这轮乌鸫科技面试我会这样说它不是在考你记住了多少八股而是在看你能不能把项目、基础原理和系统设计真正串成一套能落地的后端思路。这也是我现在回头看这轮面试最有价值的地方。