自我介绍如何理解Mysql中的事务？对于Java内存模型是否有了解？JUC并发编程中的数据结构用到过哪些？是否有JVM调优经验？Mysql中有一个表，有a,b,c三列，b是索引，a是主键，当where b = 1时，要经历多少次IO？Mysql中聚簇索引和非聚簇索引的区别？如果出现慢SQL了怎么查看执行计划？项目中用到的RAG有哪些了解？对于分布式锁有哪些了解？如何用redis实现分布式锁？对于垃圾回收是否有了解？手撕 最长的不包含重复字符的子字符串感觉对于Mysql与Redis的询问更多，需要自我加强！

1.实习相关内容2.为什么用gRPC，有什么优点3.自己做的agent用什么模型？为什么要用这个？4.k8s扩容缩容5.计网7层osi模型6.https与http的区别7.为什么要来泥电上学，有什么规划8.用没用过qoder，评价一下9.对agent的时代有什么思考------无手撕，面了28分钟结束了后面还在闲聊，感觉是kpi------感谢您对创新业务实习生的关注。对于您在本次应聘过程中付出的时间与努力，我们表示由衷的感激！阿里云2027届实习生招聘将于3月18日开启，为了您的投递过程能够顺利进行、不与历史流程冲突，我们为您结束了当前的应聘流程。😅

#JAVA##JAVA面经##JAVA内推#1. 如果让你设计天猫双11的秒杀系统，第一步你会考虑什么？思路核心是先明确“秒杀的核心痛点”，再定整体设计基调，突出优先级，贴合高并发场景。回答示例面试官您好，我第一步肯定会先明确秒杀系统的核心痛点和核心目标。核心痛点就是双11的瞬时高并发，比如每秒几十万甚至上百万请求，还有不能超卖、不能卡顿、数据要一致；核心目标就是扛住高并发、保证库存准确、提升用户体验。先把这两个定下来，后面所有的设计，比如限流、缓存、库存处理，都是围绕这两个点来做，不会偏离方向，避免做无用功。2. 用户请求进来后，第一道防线设在哪里？思路突出“前置拦截”，选最贴近用户、能快速...

说一说之前很火的提示词吧，但是随着AI能力的提升，提示词越来越不重要了。对初级需求，提示词确实越来越 “轻量化”，随便一句 “用 Java 写个简单的用户登录接口”，AI 就能给出能用的代码；但对复杂场景、高要求的 AI Coding 任务，提示词非但没失效，反而升级成了 “精准指令工程”，是拉开效率差距的关键。可一旦碰到复杂业务逻辑、性能优化、架构设计这类硬核需求，就会发现 “会写提示词” 和 “不会写提示词” 的天壤之别。比如同样是让 AI 优化 MySQL 慢查询，普通提示词是 “帮我优化这段 SQL”，AI 可能只会给出加索引的建议；但精准的指令是 “我有一个电商订单查询 SQL，数据量 100 万 +，现在执行时间 2 秒，要求优化到 500ms 内，限制只能调整索引和 SQL 结构，不能改表结构，还要考虑分库分表的兼容性”—— 这种带约束条件、业务背景、性能指标的提示词，才能让 AI 输出真正落地的方案。更重要的是，AI Coding 的核心需求正在从 “生成代码” 转向 “解决问题”。比如你让 AI 排查一个 Spring Boot 接口的超时问题，只说 “接口超时了，帮我看看”，AI 大概率会罗列一堆通用原因；但如果你在提示词里加上 “接口调用了第三方支付 API，超时发生在高峰期，日志显示有大量数据库锁等待”，AI 就能直接定位到 “第三方 API 熔断机制缺失”“数据库事务过长” 等具体问题，甚至给出代码级的解决方案。还有一个容易被忽略的点：提示词是帮你 “驯服 AI 幻觉” 的关键。AI Coding 最头疼的就是生成 “看起来对但实际跑不通” 的代码，比如引用不存在的类、用错框架 API。这时候，在提示词里加上 “代码必须符合 Spring Boot 2.7 版本规范，禁止使用废弃 API，给出完整的依赖配置和测试用例”，就能大幅降低幻觉概率 —— 这种 “精准约束”，本质就是高级提示词技巧。说到底，AI 能力提升后，提示词的 “复杂度” 降低了，但 “精准度” 要求更高了 。它不再需要华丽的模板，却需要你把业务需求、技术约束、性能指标讲清楚。对初级开发者来说，随便写写就能用；但对想靠 AI 提升核心工作效率的工程师，“写好提示词” 依然是 AI Coding 的核心实战技巧。