针对3年左右工作经验的Java工程师，面试官通常不仅考察基础知识是否扎实，更关注你对原理的理解、在实际项目中解决问题的能力，是否能独立进行所负责功能模块或者子系统的开发，以及对并发、性能调优等进阶内容的掌握程度。以下是我为你整理的50道高频面试题及参考答案，涵盖了Java基础、JVM、多线程/并发、集合容器、框架、数据库、分布式/微服务等核心模块。

---

Java基础篇

1. 面向对象的三大特性是什么？请分别解释。

参考答案：面向对象的三大特性是封装、继承和多态。

• 封装：将对象的属性和方法结合在一起，隐藏内部实现细节，对外提供公共的访问接口。通过访问修饰符（如private）来实现，提高了代码的安全性和可维护性-3。

• 继承：子类可以继承父类的属性和方法，并可以扩展新的功能。提高了代码的复用性，Java中类是单继承，接口可以多继承-3。

• 多态：同一个行为具有多个不同表现形式或形态的能力。分为编译时多态（方法重载）和运行时多态（方法重写）。运行时多态依赖于继承、方法重写和父类引用指向子类对象-3。

2. JDK、JRE和JVM三者之间的关系是什么？

参考答案：

• JVM（Java虚拟机）：是运行Java字节码的虚拟机，是Java跨平台的核心。

• JRE（Java运行时环境）：包含了JVM和Java核心类库，是运行Java程序所需的环境。

• JDK（Java开发工具包）：是Java开发工具包，包含了JRE以及编译、调试等工具（如javac）。

• 关系：JDK包含JRE，JRE包含JVM-3-8。

3. “static”关键字是什么意思？Java中是否可以覆盖(override)一个private或static的方法？

参考答案：

• static 关键字表示“静态”的，它修饰的成员（变量或方法）属于类级别，可以在不创建对象的情况下通过类名直接访问-3。

• static方法不能被覆盖：方法覆盖依赖于运行时动态绑定，而static方法在编译期就已经确定了调用关系（静态绑定）。

• private方法不能被覆盖：private方法对子类不可见，因此不能被重写，如果子类定义了相同签名的private方法，那只是一个新的方法-3。

4. 接口和抽象类的区别是什么？(JDK8以后)

参考答案：

• 关键字：抽象类使用 abstract class 定义；接口使用 interface 定义。

• 继承/实现：一个类只能继承一个抽象类，但可以实现多个接口-3。

• 构造方法：抽象类可以有构造方法；接口没有构造方法。

• 成员变量：抽象类中变量可以是普通的；接口中变量默认是 public static final 的常量-3。

• 方法：抽象类可以有抽象方法和具体方法；JDK8后，接口可以有 default 和 static 方法（带实现），JDK9引入了私有方法。

5. String、StringBuffer、StringBuilder的区别？

参考答案：

• String：是不可变的字符序列。对String的任何修改都会产生新的对象。

• StringBuffer：是可变的字符序列，线程安全（方法用synchronized修饰），效率较低。

• StringBuilder：是可变的字符序列，线程不安全，但效率最高。在单线程环境下优先使用-8。

6. 值传递和引用传递的区别？Java中是哪种？

参考答案：

• 值传递：传递的是实际值的副本，方法内对副本的修改不影响原变量。

• 引用传递：传递的是对象地址的副本（也是值传递的一种形式），方法内通过这个地址修改对象的属性会影响原对象，但如果修改地址本身（如 new 对象），则不影响原引用-3。

• Java中只有值传递：基本类型传递的是值的副本；引用类型传递的是对象地址的副本-3。

7. 什么是Java序列化？如何实现？

参考答案：

• 序列化：将Java对象转换成字节序列的过程，便于存储或网络传输。

• 反序列化：将字节序列恢复成Java对象的过程。

• 实现方式：让类实现 Serializable 接口（是一个标记接口），并使用 ObjectOutputStream 的 writeObject() 方法进行序列化-1。

8. 谈谈你对Java注解的理解及自定义注解的步骤。

参考答案：

• 注解：是一种元数据，可以为程序代码提供一些描述信息，通过反射机制在运行时或编译时被解析。

• 自定义步骤：

  1. 使用 @interface 关键字定义注解。

  2. 通过元注解（如 @Retention、@Target）指定注解的生命周期和作用目标。

  3. 定义注解的成员变量（即参数）-1。

集合容器篇

9. HashMap的底层实现原理？JDK8中做了哪些优化？

参考答案：

• 底层结构：数组+链表/红黑树。

• 存储过程：put时，先计算key的哈希值，再通过哈希值定位数组索引位置。如果该位置为空，直接放入；如果不为空（发生哈希冲突），则遍历该位置的链表或红黑树，如果找到相同的key则覆盖，否则插入。

• JDK8优化：

  1. 数据结构优化：当链表长度超过阈值（默认8）且数组长度大于64时，链表会转换为红黑树，提高查找效率（从O(n)到O(logn)）。

  2. 哈希算法优化：扰动函数计算更简单。

  3. 插入方式：由头插法改为尾插法，解决了多线程环境下扩容时的循环链表问题-1-8。

10. HashMap和Hashtable、ConcurrentHashMap的区别？

参考答案：

• 线程安全：

  • HashMap：线程不安全，允许null键和null值。

  • Hashtable：线程安全（使用synchronized修饰整个方法），性能较差，不允许null。

  • ConcurrentHashMap：线程安全，性能更好。

• 实现原理：

  • Hashtable是对整个表加锁。

  • ConcurrentHashMap在JDK7采用Segment分段锁，JDK8采用 CAS + synchronized 对链表或红黑树头节点加锁，锁粒度更细-1-6。

11. HashMap的扩容机制是怎样的？为什么容量总是2的n次幂？

参考答案：

• 扩容机制：当元素个数超过阈值（容量 * 加载因子，默认0.75）时，触发扩容。扩容时新建一个大小为原来2倍的数组，并将原数组的元素重新映射到新数组中（rehash）。

• 为什么是2的n次幂：为了使哈希值与数组长度-1进行 &（位与） 运算时能均匀分布，减少碰撞。因为 length-1 的二进制全是1，这样能保证散列的均匀性-1。

12. ArrayList和LinkedList的区别？

参考答案：

• 数据结构：ArrayList基于动态数组；LinkedList基于双向链表-8。

• 查找效率：ArrayList支持随机访问，时间复杂度O(1)；LinkedList需要遍历，时间复杂度O(n)-8。

• 增删效率：ArrayList在中间增删需要移动元素，效率低；LinkedList只需要修改节点指针，效率高（但前提是不包括查找定位的时间）-8。

• 内存占用：ArrayList会预留一部分容量；LinkedList每个节点需要额外存储前后指针，占用更多内存。

13. 一个ArrayList在循环过程中删除元素，会不会出问题？为什么？

参考答案：

• 会出问题，可能会抛出 ConcurrentModificationException。

• 原因：使用foreach或迭代器遍历时，会检查modCount（修改次数）是否被改变。如果使用List的remove()方法，会改变modCount，导致迭代器的预期值不一致。

• 正确做法：使用迭代器自身的 iterator.remove() 方法，或者使用普通for循环从后往前遍历删除-1。

JVM篇

14. JVM的内存区域（运行时数据区）是怎么划分的？

参考答案：

• 线程私有：

  • 程序计数器：记录当前线程执行的字节码行号。

  • 虚拟机栈：描述Java方法执行的内存模型，每个方法执行会创建栈帧（存储局部变量表、操作数栈等）。

  • 本地方法栈：为Native方法服务。

• 线程共享：

  • 堆：存放对象实例和数组，是垃圾回收的主要区域-4。

  • 方法区（元空间）：存储已被虚拟机加载的类信息、常量、静态变量、即时编译后的代码等-4。

15. 如何判断对象可以被回收？GC Roots包括哪些？

参考答案：

• 判断算法：可达性分析算法。从一组称为“GC Roots”的根对象出发，不可达的对象即为可回收对象-4。

• GC Roots包括：

  • 虚拟机栈（栈帧中的本地变量表）中引用的对象。

  • 方法区中类静态属性引用的对象（静态变量）。

  • 方法区中常量引用的对象。

  • 本地方法栈中JNI（Native方法）引用的对象-1-4。

16. 强引用、软引用、弱引用、虚引用的区别？

参考答案：

• 强引用：最常见的 Object obj = new Object()。只要强引用还在，垃圾收集器永远不会回收。

• 软引用：描述还有用但非必需的对象。在系统将要发生内存溢出异常前，会把这些对象列入回收范围进行二次回收。

• 弱引用：描述非必需对象，被弱引用关联的对象只能生存到下一次垃圾收集发生之前。

• 虚引用：最弱的引用关系，为一个对象设置虚引用的唯一目的就是能在这个对象被收集器回收时收到一个系统通知-1。

17. 垃圾回收算法有哪些？CMS和G1垃圾回收器的特点？

参考答案：

• 基础算法：标记-清除、标记-复制、标记-整理-4。

• CMS（并发标记清除）：以获取最短回收停顿时间为目标，基于“标记-清除”实现。缺点是会产生内存碎片、占用CPU资源。

• G1（垃圾优先）：面向服务端应用的垃圾回收器，将堆内存划分为多个Region，既能满足低停顿的要求，又能获得较高的吞吐量。可以预测停顿时间。JDK9以后的默认回收器-4。

18. 对象一定分配在堆上吗？什么是逃逸分析？

参考答案：

• 不一定。通过逃逸分析技术，分析对象的作用域。

• 栈上分配：如果JVM分析发现一个对象不会逃逸出方法（即只在方法内部使用），则可以将该对象在栈上分配内存，这样对象随着方法调用结束自动销毁，减少GC压力-1。

多线程与并发篇

19. 实现多线程有哪几种方式？

参考答案：

1. 继承Thread类，重写run()方法。

2. 实现Runnable接口，实现run()方法（推荐，因为Java单继承）。

3. 实现Callable接口，实现call()方法（可以有返回值，可以抛出异常）。

4. 通过线程池（Executor框架）创建-1-3。

20. 线程有哪些状态？sleep()和wait()的区别？

参考答案：

• 线程状态：新建（New）、就绪（Runnable）、运行（Running）、阻塞（Blocked）、等待（Waiting）、超时等待（Timed Waiting）、终止（Terminated）-3。

• sleep()和wait()的区别：

  1. 所属类不同：sleep是Thread类的静态方法；wait是Object类的方法。

  2. 锁释放不同：sleep不释放锁；wait会释放锁。

  3. 唤醒方式不同：sleep时间到自动唤醒；wait需要被notify/notifyAll唤醒。

  4. 使用场景：sleep用于暂停执行；wait用于线程间通信-1。

21. volatile关键字的作用和原理？

参考答案：

• 作用：

  1. 保证可见性：当一个线程修改了volatile变量的值，新值会立即被刷新到主内存，其他线程读取时能获取到最新值。

  2. 禁止指令重排序：通过内存屏障实现，防止编译器或CPU对指令进行优化重排-1-6。

• 局限性：不保证原子性，例如 volatile int i; i++ 这个操作不是原子的-6。

22. synchronized关键字的用法和底层实现原理？

参考答案：

• 用法：修饰实例方法（锁当前实例）、修饰静态方法（锁当前类的Class对象）、修饰代码块（需指定锁对象）。

• 原理：底层是基于Monitor（监视器锁）实现的。在JVM中，通过对象的Mark Word记录锁状态。JDK1.6后引入锁升级机制（无锁->偏向锁->轻量级锁->重量级锁），减少锁竞争的开销-1。

23. 谈谈你对AQS的理解。Lock和synchronized的区别？

参考答案：

• AQS（AbstractQueuedSynchronizer）：是Java并发包（JUC）的基石，是一个用于构建锁和同步器的框架。它维护了一个volatile的state变量和一个FIFO的CLH队列。

• Lock和synchronized区别：

  • 使用方式：synchronized是关键字，自动释放锁；Lock是接口，需要手动加锁和释放锁（在finally块中）。

  • 特性：Lock支持可中断锁、超时锁、尝试获取锁（tryLock）、读写锁分离等更灵活的功能。

  • 公平性：synchronized是非公平锁；Lock可以设置为公平锁-1。

24. 线程池的核心参数有哪些？线程池的执行流程？

参考答案：

• 核心参数（ThreadPoolExecutor）：

  1. corePoolSize：核心线程数。

  2. maximumPoolSize：最大线程数。

  3. keepAliveTime：空闲线程存活时间。

  4. workQueue：任务阻塞队列。

  5. threadFactory：线程工厂。

  6. handler：拒绝策略-1。

• 执行流程：

  1. 提交任务后，如果线程数小于corePoolSize，创建核心线程执行。

  2. 如果大于等于corePoolSize，加入阻塞队列。

  3. 如果队列满了，且线程数小于maximumPoolSize，创建非核心线程执行。

  4. 如果队列满了且线程数达到最大，执行拒绝策略。

25. 如何保证三个线程T1、T2、T3按顺序执行？

参考答案：

• 方法一：使用join()方法，在T2中调用T1.join()，T3中调用T2.join()。

• 方法二：使用单线程池（Executors.newSingleThreadExecutor()），提交任务的顺序即为执行顺序。

• 方法三：使用CountDownLatch或Condition进行线程通信控制-1。

数据库篇

26. 请列举几种常见的SQL优化手段。

参考答案：

1. **避免使用SELECT ***，只查询需要的字段。

2. 合理使用索引，在WHERE和ORDER BY的字段上建立索引。

3. 避免索引失效：如不要在索引列上进行函数操作或计算。

4. 优化SQL语句：使用连接（JOIN）代替子查询，使用UNION ALL代替UNION（允许重复时）。

5. 分页优化：使用“延迟关联”或“between and”代替深度分页的limit偏移量-1。

27. 索引失效的场景有哪些？

参考答案：

1. 使用LIKE通配符开头的查询，如 '%abc'。

2. 对索引列使用了函数或表达式计算，如 WHERE SUBSTR(name,1,3) = 'abc'。

3. 使用OR连接时，如果OR前后有非索引列，则索引失效。

4. 数据类型隐式转换，如字符串字段不写引号。

5. 复合索引不遵循最左前缀原则-2-6。

28. MySQL的InnoDB引擎的索引结构是什么？什么是聚簇索引？

参考答案：

• 索引结构：B+树。非叶子节点只存储键值，叶子节点存储数据（或指向数据的指针），叶子节点之间有双向指针连接，形成有序链表-1。

• 聚簇索引：InnoDB中，表数据文件本身就是按B+树组织的一个索引结构。叶子节点包含了完整的数据记录。一张表只能有一个聚簇索引（通常是主键）。辅助索引的叶子节点存储的是主键值，需要通过“回表”查询完整数据。

29. 事务的ACID特性是什么？MySQL的隔离级别有哪些？

参考答案：

• ACID：原子性、一致性、隔离性、持久性。

• 隔离级别（由低到高）：

  1. 读未提交：脏读、不可重复读、幻读都可能。

  2. 读已提交：解决脏读，但不可重复读和幻读仍可能（Oracle默认）。

  3. 可重复读：解决脏读和不可重复读，但幻读仍可能（MySQL默认）。InnoDB通过MVCC和间隙锁解决了幻读问题。

  4. 可串行化：所有问题都能解决，但并发性能极低。

30. 什么是MVCC？它解决了什么问题？

参考答案：

• MVCC：多版本并发控制。通过在每行记录后保存两个隐藏列（创建版本号和删除版本号）来实现。

• 作用：在读已提交和可重复读隔离级别下，MVCC可以让读操作不阻塞写操作，写操作也不阻塞读操作，从而提高并发性能。它通过快照读（Snapshot Read）来实现非阻塞读。

Spring/Spring Boot篇

31. 谈谈你对IOC和AOP的理解。

参考答案：

• IOC（控制反转）：将对象的创建、管理和装配的控制权从程序代码中转移给Spring容器。以前是自己new对象，现在是容器自动注入。核心是DI（依赖注入）-1-8。

• AOP（面向切面编程）：将业务逻辑中通用的、与核心业务无关的横切关注点（如日志、事务、权限）封装成切面，在运行时动态织入到目标方法前后。底层通过动态代理实现（JDK动态代理或CGLIB）-1。

32. Spring中Bean的作用域有哪些？

参考答案：

• singleton：单例模式，Spring容器中只有一个Bean实例（默认）。

• prototype：原型模式，每次获取都创建一个新的Bean实例。

• request：每个HTTP请求创建一个新的Bean（仅Web应用）。

• session：每个HTTP Session创建一个新的Bean（仅Web应用）。

• application：每个ServletContext创建一个新的Bean（仅Web应用）。

33. Spring Boot的自动配置原理是什么？

参考答案：

• 启动类上的 @SpringBootApplication 是一个组合注解，其中关键的是 @EnableAutoConfiguration。

• @EnableAutoConfiguration 通过 @Import 导入了 AutoConfigurationImportSelector。

• 该Selector会读取META-INF/spring.factories（Spring Boot 2.7前）或 META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports（2.7后）文件中的配置类。

• 这些配置类通过 @Conditional 条件注解（如 @ConditionalOnClass）判断是否生效，从而实现自动配置-6。

34. @Transactional注解在什么情况下会失效？

参考答案：

1. 数据库引擎不支持事务（如MyISAM）。

2. 方法不是public的。

3. 自调用问题：同一个类中的方法调用另一个 @Transactional 方法，由于没有经过代理对象，事务失效。

4. 异常被捕获：在方法内捕获了异常且没有抛出，事务无法感知异常。

5. 抛出的是检查型异常且没有指定 rollbackFor，默认只对RuntimeException回滚-1-2。

35. Spring中使用了哪些设计模式？

参考答案：

• 工厂模式：BeanFactory和ApplicationContext创建Bean。

• 单例模式：Bean默认作用域为单例。

• 代理模式：AOP的实现基础。

• 模板方法模式：JdbcTemplate、RedisTemplate等。

• 观察者模式：ApplicationListener和ApplicationEvent。

• 适配器模式：Spring MVC中的HandlerAdapter-1。

分布式/微服务篇

36. 谈谈你对CAP理论和BASE理论的理解。

参考答案：

• CAP理论：一个分布式系统最多只能同时满足一致性（Consistency）、可用性（Availability）和分区容错性（Partition tolerance）中的两个。通常P必须保证，需要在C和A之间权衡。

• BASE理论：Basically Available（基本可用）、Soft state（软状态）、Eventually consistent（最终一致性）。是对CAP中AP方案的一种妥协，允许数据短时间不一致，但最终会达成一致。

37. 分布式事务的解决方案有哪些？

参考答案：

1. 2PC（两阶段提交）：强一致性，但性能差，有阻塞风险。

2. TCC（补偿事务）：Try-Confirm-Cancel，对业务侵入性强，性能较好。

3. 消息最终一致性：结合本地消息表或RocketMQ事务消息，保证最终一致-1。

4. Seata：阿里开源的分布式事务解决方案，支持AT、TCC、Saga等多种模式。

38. 如何设计一个分布式锁？

参考答案：

• 基于数据库：利用唯一索引或排他锁实现，但性能差，容易死锁。

• 基于Redis：利用 SETNX 命令，加上过期时间防止死锁。更可靠的是使用Redisson框架，它提供了看门狗机制自动续期-2。

• 基于Zookeeper：利用临时有序节点和Watch机制实现，可靠性高，但性能略低于Redis。

39. Redis的数据结构有哪些？Redis单线程为什么这么快？

参考答案：

• 数据结构：String、Hash、List、Set、ZSet（有序集合）、HyperLogLog、Geo、Bitmap-1。

• 为什么快：

  1. 基于内存操作。

  2. 使用单线程，避免了线程切换和竞争的开销。

  3. I/O多路复用模型，能高效处理并发连接。

  4. 底层数据结构经过优化。

40. Redis的持久化机制有哪些？

参考答案：

• RDB（快照）：在指定时间间隔生成数据集的时间点快照。优点是文件紧凑，恢复快；缺点是可能丢失最后一次持久化后的数据-1。

• AOF（追加文件）：记录每次写操作命令，重启时重放。优点是数据更完整（可配置每秒同步）；缺点是文件体积大，恢复慢。

• 混合持久化（Redis 4.0+）：结合两者优点，以RDB全量 + AOF增量的方式持久化。

综合场景与设计篇

41. 谈谈你对RESTful风格的理解。

参考答案：
RESTful是一种软件架构风格。它利用URL定位资源，用HTTP动词描述操作。例如，GET /users/1表示获取ID为1的用户，POST /users表示创建用户，PUT /users/1表示全量更新用户，PATCH /users/1表示部分更新，DELETE /users/1表示删除用户。它具有无状态、统一接口等特点。

42. 在高并发场景下，如何保证接口的幂等性？

参考答案：

• 前端：按钮置灰，防止重复点击。

• 后端：

  1. 唯一索引：数据库层面防止重复插入。

  2. 去重表：利用数据库主键或唯一约束。

  3. Redis分布式锁：基于Token机制，每次请求携带唯一Token，服务端校验Token是否存在。

  4. 状态机：利用业务状态流转的限制保证只执行一次。

43. 如何防止缓存穿透、缓存雪崩和缓存击穿？

参考答案：

• 缓存穿透（查询不存在的数据）：

  • 布隆过滤器：将所有可能存在的key映射到一个大的bitmap中，过滤掉不存在的key-8。

  • 缓存空对象：即使数据库没有，也缓存一个空值（设置较短过期时间）。

• 缓存雪崩（大量key同时失效或Redis宕机）：

  • 随机过期时间：避免同时失效。

  • 多级缓存。

  • 构建高可用Redis集群。

• 缓存击穿（热点key失效瞬间，大量请求直达DB）：

  • 互斥锁：只允许一个线程去查数据库重建缓存。

  • 热点数据永不过期。

44. 你如何排查线上CPU飙高的问题？

参考答案：

1. 使用 top 命令找到CPU占用高的Java进程PID。

2. 使用 top -H -p [PID] 找到该进程内CPU占用高的线程ID（TID）。

3. 将TID转换为十六进制。

4. 使用 jstack [PID] | grep -A 20 [十六进制TID] 打印出线程堆栈信息，定位到具体代码行-2。

45. 谈谈你项目中遇到的最大技术挑战是什么？你是怎么解决的？

参考答案：
（此题为开放性问题，需结合自身经历准备）可以参考的模式：

• 场景：比如限时抢购系统防止超卖、大文件导入导出导致OOM、接口响应慢优化等。

• 解决方案：遵循 “发现问题 -> 分析原因（工具排查） -> 提出方案 -> 实施落地 -> 效果评估” 的逻辑回答。例如，先说是通过压测发现的问题，然后用Arthas或JVisualVM定位到是SQL没走索引或GC频繁，最后通过优化索引、调整JVM参数、加缓存等方式解决-4。

46. 如何设计一个限时抢购系统？

参考答案：

• 前端：页面静态化、CDN加速、按钮置灰、限流。

• 后端：

  1. 独立部署：限时抢购服务单独部署，防止影响主站。

  2. 削峰填谷：使用MQ（消息队列）削峰，异步处理下单请求。

  3. 库存预热：提前将库存加载到Redis，在Redis中预减库存。

  4. 限流熔断：对接口进行限流（如令牌桶算法），保护下游服务。

  5. 接口防刷：验证码、限流。

47. Kafka的消息丢失和重复消费问题如何解决？

参考答案：

• 消息丢失：

  • 生产者：开启确认机制（acks=all），重试机制。

  • Broker：设置副本数 replication.factor >= 3，ISR（副本同步队列）列表足够。

  • 消费者：关闭自动提交，改为业务处理成功后手动提交offset。

• 重复消费：

  • 消费者：保证幂等性（如利用数据库唯一键或Redis分布式锁）。

  • Broker：Kafka 0.11+支持幂等性和事务，可以保证消息不重复。

48. 你了解哪些设计模式？请举例说明在JDK或Spring中的体现。

参考答案：

• 单例模式：Spring Bean默认作用域，JDK中的Runtime类。

• 工厂模式：Spring的BeanFactory，JDK中的Calendar.getInstance()。

• 代理模式：Spring AOP，JDK动态代理。

• 模板方法：Spring的JdbcTemplate，AQS的骨架。

• 观察者模式：Spring的ApplicationListener，JDK中的Listener。

49. 如何进行数据库的分库分表？分表后ID如何处理？

参考答案：

• 垂直拆分：按业务模块拆分到不同库，或将一个大表的字段拆分为多张表。

• 水平拆分：按某个规则（如用户ID取模、日期范围）将数据分散到多个表/库中。

• 分表后的ID策略：

  1. UUID：简单但无序，影响索引性能。

  2. 数据库自增ID：单独用一个库生成ID，但会有瓶颈。

  3. Redis：利用INCR命令。

  4. 雪花算法（Snowflake）：最常用，生成趋势递增的64位Long型ID-2。

50. 用三句话介绍一下你认为3年经验程序员应该具备的核心能力。

参考答案：

1. 技术深度：不仅会用框架，更要理解其底层原理（如IOC、AOP、HashMap源码），能解决JVM、并发等生产环境中出现的复杂问题。

2. 业务落地能力：能够独立负责模块的设计与开发，将技术方案（如缓存、异步、分布式锁）合理地应用于实际业务场景，解决高并发、数据一致性问题。

3. 工程化与协作：具备良好的代码规范意识，熟悉Git、Maven/Gradle、CI/CD流程，并能与产品、测试高效沟通，保障项目顺利交付。