使用 Spring 框架，在定义 Bean 时，通常不指定其作用范围而使用默认的配置，可能会对 Spring Bean 的作用范围不甚了解。Spring 给 Bean 定义的作用范围提供了灵活的配置，开箱即用，Spring Framework 支持 六个作用范围，其中四个范围只有在使用支持 Web 的 ApplicationContext时才能使用，还提供了自定义作用范围。

缓存是高并发系统的三把利器之一（另两把是 限流、降级），可以说是必不可少的。缓存的主要目的是为了解决磁盘与内存速度差异问题，解决高并发下频繁访问数据库导致磁盘 I/O 压力和 CPU 负载过高问题。 缓存可以在服务端本地，也可以是远程独立的缓存系统，如 Redis，通常本地缓存和远程缓存配合使用。

文件下载大多使用输出流的方式来实现。而SpringMVC 提供了一个`ResponseEntity`类型，可以很方便地定义返回的`HttpHeaders`和`HttpStatus`。

汇总`SpringMVC`配置文件`springmvc.xml`相关配置。

数据分片的实践主要有根据业务来分库，对大数量表进行分表，根据实际需要可以分库分表，也可以只分表不分库。 分库除了在拆分业务时各自使用独立的库，现在很多中小型的 SASS 系统，在租户数据隔离这块也有采用分库或分表的方式实现。

Spring 中的默认为所有申明为 Bean 的对象创建一个实例存放到 IoC 容器进行管理的，这些 Bean 对象对于多线程来说是 共享 的，所以严格来说 Spring Bean 是非线程安全的。

缓存已是系统架构中非常重要的组件，特别是在高并发的系统中几乎是不可或缺的。 由于缓存的特性和功能，在某些场景上会存在一些问题，主要是 缓存穿透、缓存雪崩 和 缓存击穿。

SpringMVC 执行流程主要由四大组件协同完成，分别是：`DispatcherServlet`，`HandlerMapping`，`HandlerAdapter` 和 `ViewResolver`。

对于软件质量的保证，单元测试真的非常有必要，在 CMMI-5 标准也是对 单元测试有明确要求的。

一个应用如果业务高速增长，产生大量的数据，单数据库的性能可能难以满足业务快速增长的需求，此时就可以考虑采用分库来分担单个数据库的压力，提高系统的性能。

Spring 抽象出了统一的缓存接口来支持不同的缓存技术，提供了易于使用的缓存注解来操作缓存数据。

微服务分布式架构中的分布式事务是一个技术难点，为了保证数据的一致的，必须要解决分布式事务问题。 分布式事务的两个基本理论是 CAP 和 BASE，为实现分布式解决方案提供了理论方向。实现分布式事务的解决方案主要有两种类型，一种是基于强一致性协议实现，另一种是柔性事务实现数据最终一致性。

FastJson 相比默认的`jackson`效率更好，在一些复杂的`json`结构中更容易操作。

从设计层面上来理解Java Web 开发中涉及到的各种 O，对理解数据经过各个分层的职责，对理解一些严谨的代码和数据流转是非常有益的。

Spring提供了一个通用的基于条件来创建`Bean`的注解`@Conditional`注解。通过实现`Condition`接口，并重写其`matches`方法来构造判断条件。

本地事件表加消息队列实现分布式事件方案实现数据的最终一致性。本地事件表作用是为了事件溯源（Event-Sourcing），消息队列实现事件通知。 事件表要求记录了业务表操作的所有事件，所有事件的组合就是表中数据的生命周期。

项目中有一些数据是有一定的格式的(如：时间，日期，货币)，或同类型的数据会有不同显示格式，这时需要对数据进行格式化。Spring提供了格式化框架，位于`org.springframework.format`包，`Formatter

类加载器就是寻找类的字节码文件并构造出类在JVM内部表示对象的组件。 类加载工作由ClassLoader及其子类负责。ClassLoader是一个重要的Java运行时系统组件，它负责在运行时查找和装入`Class`字节码文件。

Spring项目，常会把一些公共参数或可能修改的参数放到资源文件中，在代码中引入资源文件中参数，如：url，密钥，环境变量等。

在分布式环境中，一个服务多个实例部署在不同机器上，多实例以不同的进程对共享资源进操作，为确保数据一致性，必须以互斥的方式执行，就需要借助外部组件实现分布式锁来保证不同进程之间的互斥性。