请针对微众银行Java后端岗位一面中常见的5个问题，给出你的回答要点：1. 请解释Java中HashMap的底层实现原理；2. 请说明Java内存模型及volatile关键字的作用；3. 请描述Spring框架中Bean的生命周期；4. 请解释分布式系统中CAP定理及其应用；5. 请谈谈你对微服务架构的理解及优缺点。

回答思路

1. 【回答框架 1】HashMap底层基于数组加链表（红黑树）实现，数组存储桶，链表处理哈希冲突，当链表长度超过阈值且数组容量大于64时转为红黑树，以降低查询时间复杂度至O(log n)。
2. 【回答框架 2】Java内存模型定义主内存与工作内存，volatile保证可见性和有序性，防止指令重排，但不保证原子性，适用于状态标记或单次读写场景。
3. 【回答框架 3】Spring Bean生命周期包括实例化、属性填充、初始化（如afterPropertiesSet或init-method）和销毁（如destroy-method），可通过BeanPostProcessor增强。
4. 【回答框架 4】CAP定理指一致性、可用性和分区容错性三者不可兼得，分布式系统中通常优先保证AP或CP，实际场景需权衡，例如注册中心选择AP，配置中心选择CP。
5. 【回答框架 5】微服务将单体应用拆分为多个小型独立服务，每个服务独立部署和扩展，优点包括技术异构、独立扩容、故障隔离，缺点包括分布式复杂度高（如网络延迟、数据一致性、运维成本）。
6. 【关键点 1】HashMap在JDK8中引入红黑树优化，但需同时满足链表长度和数组容量条件。
7. 【关键点 2】volatile不保证原子性，不能替代synchronized或原子类。
8. 【关键点 3】Spring Bean生命周期可通过接口和注解定制。
9. 【关键点 4】CAP中分区容错性在分布式系统中是必须的，实际是在一致性和可用性间取舍。
10. 【关键点 5】微服务拆分需考虑业务边界和团队规模，过度拆分会增加运维负担。
11. 【易错点 1】误认为HashMap线程安全，实际需并发场景使用ConcurrentHashMap。
12. 【易错点 2】误用volatile解决原子性问题，如i++。
13. 【易错点 3】忽略微服务带来的分布式事务和链路追踪复杂度，导致项目失败。