第一轮 面试官：请先讲讲Java中ArrayList和HashMap的区别。 王铁牛：ArrayList是有序的，按插入顺序存储元素，主要用于存储数据序列。HashMap是无序的，通过键值对存储数据，查找速度快。 面试官：不错，回答得很清晰。那HashMap在多线程环境下会有什么问题？ 王铁牛：嗯……好像会数据错乱吧，具体为啥不太清楚。 面试官：好，那ArrayList在扩容时是怎么操作的？ 王铁牛：当元素数量超过容量时，会创建一个新的更大的数组，然后把旧数组的元素复制过去。
第二轮 面试官：谈谈Spring框架中IOC和AOP的概念。 王铁牛：IOC就是控制反转，把对象创建和管理交给Spring容器。AOP是面向切面编程，能在不修改原有代码的基础上增加功能。 面试官：很好。那Spring Boot相比于Spring，有哪些优势？ 王铁牛：它好像更方便，能快速搭建项目，自动配置一些东西，但具体细节我说不太好。 面试官：Spring Boot的自动配置原理能讲讲吗？ 王铁牛：呃……就是根据一些条件自动配置吧，具体咋实现的不太明白。
第三轮 面试官：MyBatis中#{}和{}有什么区别？ **王铁牛**：#{}是预编译，能防止SQL注入，{}是直接替换，可能有SQL注入风险。 面试官：不错。Dubbo在分布式系统中有什么作用？ 王铁牛：它是个分布式服务框架，能实现服务治理，像服务注册、发现啥的，但具体咋弄不太清楚。 面试官：RabbitMQ在消息队列场景中，如何保证消息不丢失？ 王铁牛：嗯……好像要开启确认机制，还有啥持久化，具体不太确定。 面试官：好，今天的面试就到这里。你对自己今天的表现也有一定了解了，回去等通知吧。我们会综合评估所有候选人后，再做决定。你的基础部分回答得还可以，但对于一些进阶和深入的问题，理解还不够到位。希望你回去之后可以进一步深入学习相关知识，无论这次面试结果如何，都对你未来的技术提升有帮助。
问题答案：
- ArrayList和HashMap的区别：
- 存储结构：ArrayList是基于数组实现的，有序存储元素，可通过索引快速访问元素。HashMap是基于哈希表实现的，以键值对形式存储，无序。
- 适用场景：ArrayList适合需要顺序访问、遍历的场景，如存储学生成绩列表。HashMap适合根据键快速查找值的场景，如根据用户名查找用户信息。
- HashMap在多线程环境下的问题：
- 数据错乱：在多线程环境下，当多个线程同时进行put操作时，可能会导致链表形成环，进而在get操作时出现死循环。同时，多线程操作还可能导致数据覆盖等问题。因为HashMap本身不是线程安全的，没有对多线程操作进行同步控制。
- ArrayList扩容操作：
- 当向ArrayList中添加元素，元素数量超过当前容量时，会进行扩容。新容量一般是原容量的1.5倍（不同JDK版本可能略有差异）。然后创建一个新的更大的数组，通过System.arraycopy方法将旧数组的元素复制到新数组中。
- Spring中IOC和AOP的概念：
- IOC（控制反转）：将对象的创建和管理从应用程序代码中转移到Spring容器中。比如在传统Java开发中，我们需要自己new一个对象来使用，而在Spring中，由Spring容器负责创建对象，并将对象注入到需要使用它的地方，实现了控制权的反转。
- AOP（面向切面编程）：将一些通用功能（如日志记录、事务管理、权限控制等）从业务逻辑中分离出来，形成一个个切面。这些切面可以在不修改原有业务代码的基础上，在特定的连接点（如方法调用前后）织入到业务逻辑中，提高代码的可维护性和复用性。
- Spring Boot相比于Spring的优势：
- 快速搭建项目：Spring Boot提供了大量的starter依赖，通过简单的配置就能快速搭建一个完整的项目，减少了大量的样板代码。例如创建一个Web项目，只需引入spring - boot - starter - web依赖，就能快速搭建一个基于Spring MVC的Web应用。
- 自动配置：Spring Boot能根据项目中引入的依赖自动进行相关配置。比如引入了MySQL依赖，它会自动配置好数据源等相关信息，无需开发者手动进行复杂的配置。
- Spring Boot自动配置原理：
- Spring Boot通过@EnableAutoConfiguration注解开启自动配置。它会扫描META - INF/spring.factories文件，该文件中定义了各种自动配置类。这些自动配置类会根据项目中的条件（如是否引入了某个依赖、是否有特定的配置属性等）来决定是否生效。例如，如果项目中引入了Tomcat依赖，Spring Boot会自动配置Tomcat作为Web服务器。
- MyBatis中#{}和${}的区别：
- #{}：是预编译方式，MyBatis会将#{}替换为?，并使用PreparedStatement设置参数值，能有效防止SQL注入。例如：select * from user where username = #{username}。
- **{}中的内容替换到SQL语句中，可能存在SQL注入风险。例如：select * from user where username = '${username}'，如果username参数被恶意传入'; drop table user; --'，就会导致数据库表被删除。
- Dubbo在分布式系统中的作用：
- 服务注册与发现：Dubbo提供了服务注册中心（如Zookeeper等），服务提供者将自己的服务注册到注册中心，服务消费者从注册中心获取服务地址，实现了服务的动态发现和调用。
- 负载均衡：当有多个服务提供者提供相同服务时，Dubbo能根据一定的算法（如随机、轮询等）将请求均衡地分配到不同的服务提供者上，提高系统的可用性和性能。
- 服务治理：Dubbo支持对服务进行版本控制、流量控制、故障容错等功能，方便对分布式系统中的服务进行管理和维护。
- RabbitMQ保证消息不丢失的方法：
- 生产者确认机制（publisher confirm）：生产者将消息发送到RabbitMQ后，RabbitMQ会给生产者发送一个确认消息，告知消息是否成功接收。生产者可以通过设置ConfirmCallback来处理确认结果，如果未收到确认，可进行消息重发。
- 消息持久化：将消息和队列都设置为持久化。消息持久化后，即使RabbitMQ服务器重启，消息也不会丢失。队列持久化保证队列在服务器重启后依然存在。
- 消费者确认机制（acknowledgment）：消费者从队列中获取消息并处理完成后，向RabbitMQ发送确认消息，告知消息已被成功处理。RabbitMQ只有在收到确认消息后才会从队列中删除该消息，否则会重新将消息分发给其他消费者或在一定时间后重新分发给该消费者。
