1.简单介绍一下项目2.你怎么用的rabbitmq解决订单超时取消利用了消息延迟插件，介绍了一下插件原理3.除了这种方式还有吗，不采用mq异步线程和时间戳判断超时时间4.还有别的方式吗？项目非常小，有没有更可靠更简单的方式？答不上来- 定时任务（如 Spring 的@Scheduled或 Quartz）：每隔固定时间（如 1 分钟）扫描订单表，判断超时状态（适合小项目，轻量且可靠，无需引入 MQ）。- 优势：实现简单（几行代码），依赖少，适合数据量小的场景。5.那你有考虑过你为什么要设计使用rabbitmq吗？没考虑技术选型逻辑：需结合项目场景说明必要性，如 “订单超时取消是异步场景，用 MQ 可解耦订单系统和取消逻辑（避免订单服务阻塞）；且延迟插件能精准控制超时时间，比定时任务更高效”6.服务降级是什么？7.你的服务降级对你的系统有什么提升吗？8.你还有别的手段提高用户体验提升系统性能吗？回答不满意- 缓存（Redis 缓存热点数据，商品详情，减少 DB 查询）；- 异步化（非实时操作异步处理，比如 “下单后发送短信” 用 MQ 异步，避免阻塞主流程）；- 数据库优化（索引优化、分库分表、SQL 优化）；- 负载均衡（多实例部署，分担流量）9.jvm双亲委派、垃圾回收机制、jvm内存结构10.数据库的事务隔离级别有哪些11.sql语句的执行过程错答成sql语句各个部分执行的顺序正确流程：客户端发送 SQL 到服务器；解析器（Parser）：语法分析（检查 SQL 语法）→ 语义分析（检查表 / 字段是否存在）；优化器（Optimizer）：选择最优执行计划（如走哪个索引）；执行器（Executor）：调用存储引擎接口执行，返回结果。12.mysql索引的b+树是怎么设计的13.为什么要设计成叶节点存储数据，非叶节点存储索引矮胖结构，查询速度快14.就这样吗，没有原理吗？b树不行吗？b+树就快吗？b树非叶节点也存储数据，不支持范围查找15.写sql语句怎么减少回表查询脑抽了，没答上来覆盖索引16.锁、死锁、sychronized、cas这些了解吗？

真实工作体验~先说结论：非常安利！！！ 在滴滴成长很快，对新人有培养体系。老板们和同事都很职业，能力强，培养了我比较好的职业习惯，也拿到了比较好的结果。当然有时候压力也会大一点点，挺过去就好了。 上下班不打卡，包晚餐，9点后打车免费。有商保报销90%，过节有公司礼盒。有人情味，相较其他厂老人（3年以上司龄）相对更多些！⭐关于职场氛围：真的很爱滴滴🍊的氛围，大家都很亲近，组里人也会一起吃饭，而且经常被请客，嘻嘻。还有就是可能职场不是很大，整个二楼一半人我都认识了！我从最开始比较害羞到慢慢主动和别人搭话噜，感觉这次实习认识的小伙伴还是比较多的！ ⭐关于成长：mt和同事不管在日常工作上还是求职、职...

想找个大模型应用开发岗，这个简历有哪些不足之处，求指点