嘿码程序员面试指南

一、电商项目的综述

1. 项目架构图

2. 项目人员配置

• 产品经理 ：1人，确定需求以及给出产品原型图。
• 项目经理 ：1人，项目管理，项目质量、进度管理，人力、资源整合调度。
• 设计团队 ：2人，根据产品经理给出的原型制作静态页面。
• 开发团队 ：6人，包括前端和后端业务实现，实现产品功能。
• 测试团队 ：2人，测试项目功能、性能、安全和稳定性等。
• 运维团队 ：2人，服务器环境支持

作流程图

4. 业务模块

4.1 后台管理系统

• 在电商项目中，项目运营者和商家需要对整个项目或自家店铺进行运营管理，这便是通过电商中的后台管理系统来进行的。

• 该系统功能包括但不限于：

  • 商品管理（商品分类、商品品牌、商品规格等）
  • 订单管理
  • 用户评价管理
  • 营销活动管理
  • 物流管理
  • 售后管理
  • 各项数据报表导出等。
• 在乐优中，实现的主要功能为：商品管理中的分类管理、品牌管理、商品规格参数管理。
  商品分类管理中，通过自定义vue组件以树状展示，通过CORS解决ajax跨域问题。 商品品牌管理中，通过 data-tables 组件展示品牌列表，通过 FastDFS 实现图片上传，并实 现了品牌分页和过滤。
  商品规格参数管理中，通过对商品规格属性分类（通用属性和特殊属性）来进行管理，同样
  以树状展示。
  通过以上功能的实现，进而实现了对商品的管理（新增、查询、修改、删除）。

4.2 搜索系统

定位：在电商项目中，系统需要给用户提供快捷高效的购物服务，用户也需要从庞大的种类

繁多的商品信息中准确定位自身需要的商品，因此搜索系统便承担了这一重任。在乐优中，

通过 Spring Data Elaticsearch 搭建针对于商品的搜索系统。用户在首页键入关键字然后点击

搜索时，跳转到搜索页，同时发起异步请求到搜索接口，得到结果后集成分页返回到页面进

行渲染。主要包括以下功能：商品搜索、分页展示、商品排序、商品规格参数过滤和多sku 展示等。

4.3 商品详情服务

定位：用户通过搜索系统找到适合自己的商品后，需要点击单个商品了解其详细情况，这里

就会访问到商品详情服务。该服务主要功能为展示商品sku、商品详情、规格与包装和商品 评价等。同时，由于商品数量庞大，且服务访问量很高，通过Nginx作为反向代理服务器， 使用Thymeleaf对页面进行静态化，保存在 Nginx服务器，减轻服务压力。

4.4 注册登录系统

定位：注册和登录功能在 web 项目开发中的作用无须赘述。在项目中，注册核心问题包括 用户身份验证（短信验证码）和用户密码保存（密码加密），登录核心问题为用户身份校验。

同时，基于项目自身架构设计，保证用户登录状态和用户信息在各个服务中实现共享。

4.5 购物车服务

定位：电商项目中，为了避免用户在一次购物中多次结算带来的不友好的体验，通过购物车

功能实现一次结算的功能。

4.6 订单服务

定位：在项目中提供下单功能，包括收件人信息设置、支付方式选择、选购商品信息列表、

优惠卷使用和发票服务等。由于电商中订单系统并发压力较大，大型电商的订单系统往往对

数据库和订单表进行切分，同时采用更加高效的订单ID 生成算法（例如UUID、snowflake）。

二、电商项目的技术

1. Redis

1.1 Redis的简介

• Redis，即Remote Dictionary Serve，是一个基于key-value键值对的持久化数据库存储系统
• Redis支持多种数据结构，这些数据类型都支持push/pop、add/remove及取交集、取并集、取差集或者其他更丰富的操作，而且这些操作都是原子性的

1.2 Redis支持的数据类型

• 字符串（strings）
• 散列（hashes）
• 列表（lists）
• 集合（sets）
• 有序集合（sorted sets）

1.3 Redis的应用场景

• 缓存
• 计数器
• 发布订阅构建消息系统
• 排行榜

1.4 Redis的持久化

• RDB持久化 可以在指定的时间间隔内生成数据集的时间点快照(point-in-time snapshot)
• AOF持久化 记录服务器执行的所有写操作命令，并在服务器启动时，通过重新执行这些命令来还原数据集。 AOF文件中的命令全部以Redis协议的格式来保存，新命令会被追加到 文件的末尾。 Redis还可以在后台对AOF文件进行重写(rewrite)，使得 AOF 文件的体积不会超出保存数据集状态所需的实际大小。

1.5 Redis的优势

• 性能极高 – Redis 能读的速度是 110000 次/s,写的速度是 81000 次/s 。
• 丰富的数据类型 – Redis支持二进制类型的Strings, Lists, Hashes, Sets及Ordered Sets数据类型操作。
• 原子 – Redis的所有操作都是原子性的，意思就是要么成功执行要么失败完全不执行。单个 操作是原子性的。多个操作也支持事务，即原子性，通过MULTI和EXEC指令包起来。
  丰富的特性 – Redis 还支持 publish/subscribe, 通知, key 过期等等特性。

2. Solr

2.1 Solr的简介

• Solr是一个基于Lucene的Java搜索引擎服务器。
• Solr提供了层面搜索、命中醒目显示并且支持多种输出格式(包括XML/XSLT 和 JSON 格式) 。
• Solr易于安装和配置，而且附带了一个基于HTTP的管理界面。
• Solr已经在众多大型的网站中使用，较为成熟和稳定。
• Solr 包装并扩展了Lucene，所以Solr的基本上沿用了Lucene的相关术语。
• Solr创建的索引与Lucene搜索引擎库完全兼容。
• 通过对Solr进行适当的配置，某些情况下可能需要进行编码.
• Solr可以阅读和使用构建到其他Lucene应用程序中的索引。
• 很多Lucene工具，如 Nutch和Luke，也可以使用Solr创建的索引。

2.2 Solr的配置

2.2.1 schema.xml

• 在下载 solr 包的安装解压目录的solrexamplesolrcollection1conf 中找到，它就是 solr 模 式关联的文件。

  fieldtype 节点主要用来定义数据类型； field节点指定建立索引和查询数据的字段； solrQueryParser 指定搜索时多个词之间的关系，可以是 or 或 and。

2.2.2 solrconfig.xml

配置文件主要定义了SOLR的一些处理规则，包括索引数据的存放位置，更新，删除，查询

的一些规则配置。

datadir节点定义了索引数据和日志文件的存放位置； lib 节点表示 solr 引用包的位置。

2.3 正排索引

正排表（索引）是以文档的 ID 为关键字，表中记录文档中每个字的位置信息，查找时扫描

表中每个文档中字的信息直到找出所有包含查询关键字的文档。

2.4 倒排索引

倒排表（索引）以字或词为关键字进行索引，表中关键字所对应的记录表项记录了出现这个

字或词的所有文档，一个表项就是一个字表段，它记录该文档的 ID 和字符在该文档中出现

的位置情况。

3. RabbitMQ/ActiveMQ

3.1 RabbitMQ的简介

• RabbitMQ是一个由Erlang语言开发的AMQP的开源实现。
• AMQP ，Advanced Message Queue，即 高级消息队列协议 。它是应用层协议的一个开放标准，为面向消息的中间件设计，基于此协议的客户端与消息中间件可传递消息，并不受产品、开发语言等条件的限制。

3.2 RabbitMQ的特点

• 可靠性(Reliability) ：使用持久化、传输确认和发布确认机制来保证可靠性。
• 灵活的路由(Flexible Routing) ：在消息进入队列之前，通过Exchange来路由消息的。对于典型的路由功能，RabbitMQ 已经提供了一些内置的Exchange来实现。针对更复杂的路由功能，可以将多个Exchange绑定在一起，也通过插件机制实现自己的Exchange 。
• 高可用(Highly Available Queues) ：队列可以在集群中的机器上进行镜像，使得在部分节点出问题的情况下队列仍然可用。
• 多种协议(Multi-protocol) ：RabbitMQ支持多种消息队列协议，比如STOMP、MQTT等
• 多语言客户端(Many Clients) ：RabbitMQ几乎支持所有常用语言，比如Java、.NET、Ruby等。
• 管理界面(Management UI) ：RabbitMQ提供了一个易用的用户界面，使得用户可以监控和管理消息Broker 的许多方面。
• 跟踪机制(Tracing) ：如果消息异常，RabbitMQ提供了消息跟踪机制，使用者可以找出发生了什么。
• 插件机制(Plugin System) ：RabbitMQ提供了许多插件，来从多方面进行扩展，也可以编写自己的插件。

3.3 RabbitMQ的工作模式

• 简单模式 ：一个生产者发送消息到队列，一个消费者接收。
• 工作队列模式 ：一个生产者，多个消费者，每个消费者获取到的消息唯一，多个消费者只有
  一个队列。
• 发布/订阅模式 ：一个生产者发送的消息会被多个消费者获取，每个消费者只能从自己订阅的队列中获取。
• 路由模式 ：生产者发布消息的时候添加路由键，消费者绑定队列到交换机时添加键值，这样
  就可以接收到需要接收的消息。
• 通配符模式 ：基本思想和路由模式是一样的，只不过路由键支持模糊匹配， 符号“#”匹配一个或多个词 ， 符号“*”只匹配一个词 。

3.4 ActiveMQ的简介

• ActiveMQ 是Apache推出的一款开源的，完全支持JMS1.1和 J2EE1.4规范的JMS Provider实现的 消息中间件 。

3.5 ActiveMQ的工作模式

• 点对点模式 ：一个消息只有一个消费者消费。
• 发布/订阅模式 ：订阅一个主题的消费者只能消费自它订阅之后发布的消息。JMS 规范允许客户创建持久订阅，这在一定程度上放松了时间上的相关性要求。持久订阅允许消费者消费它在未处于激活状态时发送的消息。

3.6 MQ之间的对比

4. Dubbo

4.1 Dubbo的简介

• Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。

4.2 Dubbo的核心功能

• 远程通讯 ：提供对多种基于长连接的NIO框架抽象封装，包括多种线程模型、序列化、"请求-响应"模式的信息交换方案；
• 集群容错 ：提供基于借口方法的透明远程过程调用，包括多协议支持、软负载均衡、失败容错、地址路由、动态配置等集群支持；
• 自动发现 ：基于注册中心目录服务，使服务消费方能动态地查找服务提供方，使地址透明，使服务提供方可以平滑增加或减少机器。

4.3 Dubbo的开发流程

• 第一步 ：要在系统中使用dubbo应该先搭建一个注册中心，一般推荐使用ZooKeeper。
• 第二步 ：有了注册中心然后是发布服务，发布服务需要使用Spring容器和Dubbo标签来发布服务。并且发布服务时需要指定注册中心的位置。
• 第三步 ：服务发布之后就是调用服务。一般调用服务也是使用Spring容器和Dubbo标签来 引用服务，这样就可以在客户端的容器中生成一个服务的代理对象，在Action或者Controller中直接调用Service的方法即可。 ZooKeeper注册中心的作用主要就是注册和发现服务的作用。类似于房产中介的作用，在系统中并不参与服务的调用及数据的传输。

5. FastDFS

5.1 FastDFS的简介

• FastDFS是一个开源的高性能分布式文件系统(DFS)。 它的主要功能包括：

  • 文件存储
  • 文件同步
  • 文件访问
  • 高容量
  • 负载平衡
• 主要解决了海量数据存储问题，特别适合以中小文件(建议范围：4KB < file_size <500MB)为载体的在线服务。

5.2 FastDFS的架构

• FastDFS系统有三个角色：

  • 跟踪服务器(Tracker Server)
  • 存储服务器(Storage Server)
  • 客户 端(Client)
• Tracker Server：跟踪服务器，主要做调度工作，起到均衡的作用；负责管理所有的storage server和group，每个storage在启动后会连接Tracker，告知自己所属group等信息， 并保持周期性心跳。
• Storage Server：存储服务器，主要提供容量和备份服务；以group为单位，每个group内可以有多台storage server，数据互为备份。
• Client：客户端，上传下载数据的服务器，也就是我们自己的项目所部署在的服务器。

6. Nginx

6.1 Nginx的简介

• Nginx是一款高性能的HTTP服务器、反向代理服务器及电子邮件代理服务器。
• 由俄罗斯的程序设计师Igor Sysoev所开发，官方测试 Nginx能够支支撑5万并发链接，并且CPU、内存等资源消耗却非常低，运行非常稳定。

6.2 Nginx的功能

• 静态HTTP服务器 ：Nginx是一个HTTP服务器，可以将服务器上的静态文件，如HTML、图片等，通过HTTP协议展现给客户端。
• 反向代理服务器 ：客户端本来可以直接通过HTTP协议访问某网站应用服务器，但如果单台服务器承受不住压力需要使用多台服务器共同处理请求，这时可以在中间加上一个Nginx， 客户端请求Nginx，Nginx请求应用服务器，然后将结果返回给客户端，此时Nginx 就是反向代理服务器。
• 负载均衡 ：当客户端访问量很大，通过反向代理的方式，使用 轮询 、 加权轮询 和 IP Hash 的策略将请求分配给多台服务器。

7. Quartz

7.1 Quartz的简介

• Quartz是一个任务调度框架。

• 它具有以下特点：

  • 强大的调度功能，例如支持丰富多样的调度方法，可以满足各种常规及特殊需求；
  • 灵活的应用方式，例如支持任务和调度的多种组合方式，支持调度数据的多种存储方式；
  • 分布式和集群能力，Terracotta 收购后在原来功能基础上作了进一步提升； 作为 Spring 默认的调度框架，Quartz 很容易与 Spring 集成实现灵活可配置的调度功能。

7.2 Quartz的核心元素

• Scheduler ：任务调度器，实际执行任务调度的控制器。在Spring中通过SchedulerFactoryBean封装起来。
• Trigger ：触发器，用于定义任务调度的时间规则，有SimpleTrigger、CronTrigger、 DateIntervalTrigger和 NthIncludedDayTrigger，其中 CronTrigger 用的比较多，在Spring中封装在CronTriggerFactoryBean中。
• Calendar ：一些日历特定时间点的集合。一个trigger 可以包含多个Calendar，以便排除或包含某些时间点。
• JobDetail ：用来描述 Job 实现类及其它相关的静态信息。如 Job 名字、关联监听器等信息。 在Spring中有 JobDetailFactoryBean和MethodInvokingJobDetailFactoryBean两种实现，如果任务调度只需要执行某个类的某个方法，可以通过MethodInvokingJobDetailFactoryBean来调用。
• Job ：是一个接口，只有一个方法 void execute(JobExecutionContext context)，开发者实现该 接口定义运行任务，JobExecutionContext 类提供了调度上下文的各种信息。Job 运行时的信 息保存在JobDataMap实例中。实现Job接口的任务，默认是无状态的，若要将 Job设置成 有状态的，在 quartz 中是给实现的 Job 添加@DisallowConcurrentExecution 注解，在与Spring结合中可以在Spring 配置文件的job detail中配置 concurrent参数。

三、框架部分

1. Spring

1.1 Spring的理解

• Spring是一个开源框架
• Spring为简化企业级应用开发而生
• 使用Spring 可以使简单的JavaBean实现以前只有EJB才能实现的功能。
• Spring是一个IOC 和AOP容器框架。

1.2 Spring的主要核心

• 控制反转(IOC)： 传统的java开发模式中，当需要一个对象时，我们会自己创建一个对象， 而在 Spring 开发模式中，Spring 容器使用了工厂模式为我们创建了所需要的对象，我们直 接调用 Spring 为我们提供的对象即可，这就是控制反转的思想。实例化一个 java 对象有三 种方式：使用类构造器，使用静态工厂方法，使用实例工厂方法。当使用spring时我们不需 要关心通过何种方式实例化一个对象，spring 通过控制反转机制自动为我们实例化一个对 象。
• 依赖注入(DI)： Spring 使用 Java Bean 对象的 Set 方法或者带参数的构造方法为我们在创 建所需对象时将其属性自动设置所需要的值的过程就是依赖注入的基本思想。
• 面向切面编程(AOP)： 在面向对象编程(OOP)思想中，我们将事物纵向抽象成一个个的对
  象。而在面向切面编程中，我们将一个个对象某些类似的方面横向抽象成一个切面，对这个
  切面进行一些如权限验证，事物管理，记录日志等公用操作处理的过程就是面向切面编程的
  思想。
• 在Spring中，所有管理的对象都是JavaBean对象，而BeanFactory和 ApplicationContext 就 是spring框架的两个IOC容器，现在一般使用ApplicationContext，其不但包含了BeanFactory 的作用，同时还进行更多的扩展。

1.3 Spring的Bean的生命周期

• Spring 容器 从 XML 文件中读取 Bean 的定义，并实例化 Bean。
• Spring 根据 Bean 的定义填充所有的属性。
• 如果 Bean 实现了 BeanNameAware 接口，Spring 传递 bean 的 ID 到 setBeanName 方法
• 如果 Bean 实现了 BeanFactoryAware 接口， Spring 传递 beanfactory 给 setBeanFactory 方法。
• 如 果 有 任 何 与 bean 相 关 联 的 BeanPostProcessors ， Spring 会 在 postProcesserBeforeInitialization()方法内调用它们。
• 如果 bean 实现 IntializingBean 了，调用它的 afterPropertySet 方法，如果 bean 声明了初 始化方法，调用此初始化方法。
• 如果有 BeanPostProcessors 和 bean 关联，这些 bean 的 postProcessAfterInitialization() 方法将被调用。
• 如果 bean 实现了 DisposableBean，它将调用 destroy()方法。
• 注意：有两个重要的 bean 生命周期方法，第一个是setup() ， 它是在容器加载 bean 的时候被调 用。第二个方法是 teardown() 它是在容器卸载类的时候被调用。
• 注意：The bean 标签有两个重要的属性 init-method 和 destroy-method。使用它们你可以自己定 制初始化和注销方法。它们也有相应的注解@PostConstruct 和@PreDestroy。

1.4 Spring的设计模式

• 代理模式： Spring中有两种代理方式，若目标对象实现了若干接口，Spring使用JDK的 java.lang.reflect.Proxy 类代理，若目标对象没有实现任何接口，Spring 使用CGLIB库生成目标对象的子类。
• 单例模式： 在Spring 配置文件中定义的bean默认为单例模式。
• 模板方法模式： 用来解决代码重复的问题。比如： RestTemplate, JmsTemplate, JpaTemplate。
• 前端控制器模： Srping 提供了 DispatcherServlet 来对请求进行分发。
• 视图帮助模式(View Helper)： Spring 提供了一系列的JSP标签，高效宏来辅助将分散的代码整合在视图里
• 依赖注入模式： 贯穿于 BeanFactory/ApplicationContext 接口的核心理念。
• 工厂模式： 在工厂模式中，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象。Spring中使用BeanFactory用来创建对象的实例。

1.5 Spring的注解

• Spring在2.5版本以后开始支持用注解的方式来配置依赖注入。
• 可以用注解的方式来替代XML方式的bean描述，可以将bean描述转移到组件类的内部，只需要在相关类上、方法上或者字段声明上使用注解即可。注解注入将会被容器在XML注入之前被处理，所以后者会覆盖掉前者对于同一个属性的处理结果。
• 注解装配在Spring中是默认关闭的。所以需要在Spring文件中配置一下才能使用基于注解的装配模式。如果你想要在你的应用程序中使用关于注解的方法的话，请参考如下的配置。

<!--在此标签配置完成以后，就可以用注解的方式在Spring中向属性、方法和构造方法中自动装配变量。-->
<beans> 
    <context:annotation-config/>
</beans>

• 几种比较重要的注解类型：

  • @Required：该注解应用于设值方法。
  • @Autowired：该注解应用于有值设值方法、非设值方法、构造方法和变量
  • @Qualifier：该注解和@Autowired注解搭配使用，用于消除特定bean自动装配的歧义。

1.6 Spring的事务

1.6.1编程式事务管理：这意味你通过编程的方式管理事务，给你带来极大的灵活性，但是难维护

1.6.2 声明式事务管理：这意味着你可以将业务代码和事务管理分离，你只需用注解和 XML 配置来管理事务

• Spring事务配置示例(使用tx标签配置的拦截器)

<!--定义事务管理器(声明式的事务)-->  
<bean id="transactionManager"
      class="org.springframework.orm.hibernate3.HibernateTransactionManager">
    <property name="sessionFactory" ref="sessionFactory" />    
</bean>
<!--配置Advice通知-->
<tx:advice id="txAdvice" transaction-manager="transactionManager">
    <tx:attributes>
        <tx:method name="*" propagation="REQUIRED" />
    </tx:attributes>
</tx:advice>
<!--配置切点切面-->
<aop:config>
    <aop:pointcut id="interceptorPointCuts"
                  expression="execution(*com.bluesky.spring.dao.*.*(..))"/>        
    <aop:advisor advice-ref="txAdvice" pointcut-ref="interceptorPointCuts"/>       </aop:config>

2. Spring MVC

2.1 Spring MVC的执行流程

• STEP 1： 用户发送请求至DispatcherServlet(前端控制器)
• STEP 2： DispatcherServlet 收到请求调用HandlerMapping(处理器映射器)
• STEP 3： HandlerMapping 找到具体的处理器，生成处理器对象及处理器拦截器(如果有则生成)一 并返回给DispatcherServlet
• STEP 4： DispatcherServlet 调用HandlerAdapter(处理器适配器)
• STEP 5： HandlerAdapter经过适配调用具体的Controller(处理器，也叫后端控制器)
• STEP 6： Controller执行完成返回ModelAndView对象
• STEP 7： HandlerAdapter将controller执行结果ModelAndView返回给DispatcherServlet
• STEP 8： DispatcherServlet将ModelAndView传给 ViewReslover(视图解析器)
• STEP 9： ViewReslover解析后返回具体View
• STEP 10： DispatcherServlet 根据 View 进行渲染视图(即将模型数据填充至视图中)
• STEP 11： DispatcherServlet 响应用户。

2.2 Spring MVC的常用注解

• @RequestMapping： 是一个用来处理请求地址映射的注解，可用于类或方法上。用于类上， 表示类中的所有响应请求的方法都是以该地址作为父路径。
• @PathVariable： 用于将请求URL中的模板变量映射到功能处理方法的参数上，即取出URL模 板中的变量作为参数。
• @requestParam： 主 要 用 于 在SpringMVC 后 台 控 制 层 获 取 参 数 ， 类 似 一 种 是 request.getParameter("name")，它有三个常用参数：defaultValue = "0", required = false, value = "isApp"；defaultValue 表示设置默认值，required 铜过 boolean 设置是否是必须要传入的 参数，value 值表示接受的传入的参数类型。
• @ResponseBody： 该注解用于将Controller的方法返回的对 象 ， 通 过适当的HttpMessageConverter 转换为指定格式后，写入到 Response 对象的 body 数据区。使用时 机：返回的数据不是html标签的页面，而是其他某种格式的数据(如json、xml等)时使用
• @RequestBody： 该 注 解 常 用 来 处 理 Content-Type: 不 是 application/x-www-form-urlencoded 编码的内容，例如 application/json, application/xml 等；
• @RequestHeader： 可以把 Request 请求 header 部分的值绑定到方法的参数上。
• @CookieValue： 可以把 Request header 中关于 cookie 的值绑定到方法的参数上。

3. Mybatis

3.1 Mybatis的理解

• MyBatis是支持定制化SQL、存储过程以及高级映射的优秀的持久层框架。
• MyBatis避免了几乎所有的JDBC代码和手工设置参数以及抽取结果集。
• MyBatis使用简单的XML或注解来配置和映射基本体，将接口和Java的POJO映射成数据库中的记录。

• Mybatis 的优点：

  • 简单易学。Mybatis 本身就很小且简单。没有任何第三方依赖，最简单安装只要两个 jar 加配置几个sql映射文件，易于学习，易于使用，通过文档和源代码，可以比较完全的掌握 它的设计思路和实现；
  • 灵活。Mybatis 不会对应用程序或者数据库的现有设计强加任何影响。SQL写在XML里， 便于统一管理和优化。通过SQL基本上实现不使用数据访问框架可以实现的所有功能
  • 解除SQL与程序代码的耦合。通过提供DAO层，将业务逻辑和数据访问逻辑分离，使系统的设计更清晰，更易维护，更易单元测试。SQL和代码的分离，提高了可维护性
  • 提供映射标签，支持对象与数据库的orm字段关系映射
  • 提供对象关系映射标签，支持对象关系组建维护；
  • 提供xml 标签，支持编写动态 sql。

3.2 Mybatis的缓存

• 一级缓存：Mybatis 的一级缓存的作用域是 session，当 openSession()后，如果执行相同的SQL(相同语句和参数)，Mybatis不进行执行SQL，而是从缓存中命中返回。
• 二级缓存：Mybatis 的二级缓存的作用域是一个 mapper 的 namespace，同一个 namespace 中查询 sql可以从缓存中命中。二级缓存是可以跨 session的。

4. Spring Boot

4.1 Spring Boot的简介

• Spring Boot(英文中Boot是“引导”的意思)，是用来简化Spring应用的搭建到开发的过程。
• 应用开箱即用，只要通过 just run (可能是 java -jar或tomcat或maven插件run或shell脚 本)，就可以启动项目
• Spring Boot只要很少的Spring配置文件(例如那些 xml， property)。因为“习惯优先于配置”的原则，使得Spring Boot在快速开发应用和微服务架构实践中得到广泛应用。

4.2 Spring Boot的特性

• 自动配置：针对很多 Spring 应用程序常见的应用功能，Spring Boot 能自动提供相关配置；
• 起步依赖：告诉Spring Boot需要什么功能，它就能引入需要的库；
• 命令行界面：这是Spring Boot的可选特性，借此你只需写代码就能完成完整的应用程序， 无需传统项目构建
• Actuator：让你能够深入运行中的 Spring Boot 应用程序，一探究竟。

4.3 Spring Boot的核心

• @SpringBootApplication： 这个是Spring Boot的最核心注解，是由其它三个重要的注解(@SpringBootConfiguration 、 @EnableAutoConfiguration 和 @ComponentScan)组合的。
• @SpringBootConfiguration： 点开查看发现里面还是应用了@Configuration。任何一个标注了@Configuration的 Java类定义的都是一个JavaConfig配置类。SpringBoot社区推荐使用基于JavaConfig的配置形式， 所以，这里的启动类标注了@Configuration之后，本身其实也是一个 IOC容器的配置类。

• @EnableAutoConfiguration：这是一个复合注解：

  • @Import(EnableAutoConfigurationImportSelector.class)
  • @EnableAutoConfiguration可以帮助SpringBoot应用将所有符合条件的@Configuration配置都加载到当前SpringBoot使用的IOC容器。
• @ComponentScan： 这个注解在 Spring 中很重要，它对应 XML 配置中的元素， @ComponentScan的功能其实就是自动扫描并加载符合条件的组件（比如@Component 和 @Repository 等）或者bean定义，最终将这些bean定义加载到IOC容器中。

5. Spring Cloud

5.1 Spring Cloud的简介

• Spring Cloud是一个基于Spring Boot实现的云应用开发工具，它为基于JVM的云应用开发中的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等操作提供了一种简单的开发方式。

5.2 Spring Cloud的核心组件

• 服务注册发现 - Netflix Eureka
• 配置中心 - spring cloud config
• 负载均衡-Netflix Ribbon
• 断路器 - Netflix Hystrix
• 路由(网关) - Netflix Zuul

5.3 Spring Cloud的相关技术栈

5.4 微服务

• 微服务是一种可以让软件职责单一、松耦合、自包含、可以独立运行和部署的架构思想。
• 关键思想就是：拆分、单一、独立、组件化。把原本一个庞大、复杂的项目按业务边界拆分
  一个一个独立运行的小项目，通过接口的方式组装成一个大的项目。

6. Docker

6.1 Docker的简介

• Docker项目的目标是实现轻量级的操作系统虚拟化解决方案。
• Docker的基础是Linux容器()LXC)等技术。
• 在LXC的基础上Docker进行了进一步的封装，让用户不需要去关心容器的管理，使得操作更为简便。
• 用户操作Docker的容器就像操作一个快速轻量级的虚拟机一样简单。

6.2 Docker的理解

• Docker其实和虚拟机的目的差不多，都是虚拟化技术，但是Docker比虚拟机更加轻量级更快更加易于移植
• 镜像: 创建虚拟机和docker 都必不可少的东西。创建一个虚拟机，就先得下载操作系统的 ISO镜像文件，然后通过镜像文件安装操作系统，和实体机类似，然后能在虚拟机中去安装各种软件。
• 容器: 通俗拿VM虚拟机和Docker来举例，一个容器就类似于一个虚拟机，只不过在Docker 技术的术语上称为容器。这个容器里装的就是我们部署的应用在运行，和虚拟机一样可以开机，关机，重启。Docker 称为容器的运行，关闭，重启。而且这个容器可以打包为镜像文 件，类似虚拟机快照的文件，放在其它虚拟机上又可以保持原样能运行，Docker也是如此， 把容器打包为镜像文件，然后在新的服务器安装好的Docker环境下导入进去，保持原来的 状态能够运行。

四、Java Web部分

1. Ajax

• AJAX，Asynchronous JavaScript and XML，即异步JavaScript和XML。
• Ajax的原理简单来说就是通过XmlHttpRequest对象来向服务器发异步请求，从服务器获得数据， 然后用 Javascript来操作DOM而更新页面。这其中最关键的一步就是从服务器获得请求数据。
• XmlHttpRequest是AJAX的核心机制，它是在IE5中首先引入的，是一种支持异步请求的技术。简单的说，也就是 Javascript 可以及时向服务器提出请求和处理响应，而不阻塞用户。 达到无刷新的效果。

2. Jquery

JQuery 是一个 JavaScript 库。功能包括 HTML 元素选取和操作、CSS 操作、HTML 事件函数、 JavaScript 特效和动画、HTML DOM 遍历和修改、AJAX 和 Utilities。除此之外，JQuery 还提 供了大量插件。

基础语法： $(selector).action()。 选择器：主要分四大选择器，分别是基本选择器、层次选择器、过滤选择器、属性过滤选择

器。

事件：例如 click()、dblclick()、mouseenter()、mouseleave()、mousedown()等。

3. Cookie

在 web 程序中是使用 HTTP 协议来传输数据的，因为 http 是无状态协议，一旦数据交换完 毕，客户端和服务器端的连接就会关闭，再次交换数据需要建立新的连接，所以无法实现会

话跟踪，cookie技术则弥补了这一缺陷。 cookie实际上一段的文本信息，客户端请求服务器。如果服务器需要记录该用户的状态，就 使用 response 向客户端浏览器颁发一个 cookie。客户端浏览器会把 cookie 保存起来。当浏 览器再请求该网站时，浏览器把请求的网址连同该 cookie 一同提交给服务器。服务器检查 该cookie，以此来辨认用户的状态。服务器还可以根据需要修改cookie的内容。 cookie 生命周期: cookie 的 maxAge 决定 cookie 的生命周期，单位为秒（second）。cookie 通过 getMaxAge() 方法和 setMaxAge()方法来获得 maxAge 属性，如果 maxAhe 属性为正，则表示 cookie 会在 maxAge 秒之后自动失效。如果 maxAge 属性为负，则说明 cookie 仅在本浏览器窗口和本 窗口打开的子窗口下有效，关闭窗口 cookie 则失效。maxAge 的默认值是-1 当 maxAge 的 值为 0 时，表示删除 cookie。

4. Session

session 也是一种记录客户状态的机制，不同的是 cookie 保存在客户端浏览器中，而 session 保存在服务器上。客户端浏览器访问服务器是时候把客户端信息以某种形式记录在服务器

上，这就是 session中查找该客户的状态。

session 生命周期： session保存在服务器端，为了获得更高的存取速度，服务器一般把 session放在内存。每个 用户都会有一个独立的 session,如果 session 内容过于复杂，当大量客户访问服务器时可能 会导致内存溢出。

session 在用户第一次访问服务器的时候自动创建，需要注意只有访问 JSP，Servlet 等程序 时才会创建 session；只要访问 HTML、IMAGE 等静态资源不会创建 session。如果尚未生成 session,可以使用 request.getSession(true)强制生成 session。 session生成后，只要用户访问，服务器就会更新session的最后访问时间，并维护该session。 用户每访问服务器一次，无论是否续写session服务器都认为该用户的session活跃（active） 了一次。

Session 对应的类是 javax.servlet.http.HttpSession，每一个访问者都对应一个 session 对象， 并将其状态信息保存在这个 session对象中，session对象的创建是在用户第一次访问服务器 时产生的。

5. 热门面试问题

5.1 原生态Ajax执行流程？

创建 XMLHttpRequest 对象；

注册回调函数；

设置连接信息；

发送数据，与服务器开始交互；

接受服务器返回数据。

5.2 转发(forward)和重定向(redirect)的区别？

forward 是容器中控制权的转向，是服务器请求资源，服务器直接访问目标地址的URL，把 那个 URL 的响应内容读取过来，然后把这些内容再发给浏览器，浏览器根本不知道服务器

发送的内容是从哪儿来的，所以它的地址栏中还是原来的地址。

redirect就是服务器端根据逻辑，发送一个状态码，告诉浏览器重新去请求那个地址，因此 从浏览器的地址栏中可以看到跳转后的链接地址，很明显redirect无法访问到服务器保护起 来资源，但是可以从一个网站 redirect 到其他网站。

5.3 怎么防止表单重复提交？

i. 禁掉提交按钮。表单提交后使用 Javascript 使提交按钮 disable。 ii．Post/Redirect/Get 模式。在提交后执行页面重定向，这就是所谓的 Post-Redirect-Get (PRG) 模式。简言之，当用户提交了表单后，你去执行一个客户端的重定向，转到提交成功信息页

面。

iii.在 session 中存放一个特殊标志。当表单页面被请求时，生成一个特殊的字符标志串，存 在 session 中，同时放在表单的隐藏域里。接受处理表单数据时，检查标识字串是否存在， 并立即从session中删除它，然后正常处理数据。

5.4 web.xml文件中可以配置哪些内容？

web.xml 用于配置 Web 应用的相关信息，如：监听器（listener）、过滤器（filter）、 Servlet、 相关参数、会话超时时间、安全验证方式、错误页面等。

五、数据库部分

1. 连接查询

1.1 内连接

左表 [inner] join 右表 on 左表.字段 = 右表.字段;

• 从左表中取出每一条记录，去右表中与所有的记录进行匹配
• 匹配必须是某个条件在左表中与右表中相同最终才会保留结果，否则不保留。

1.2 外连接

左表 left/right join 右表 on 左表.字段 = 右表.字段

• left join： 左外连接(左连接), 以左表为主表
• right join： 右外连接(右连接), 以右表为主表

• 以某张表为主，取出里面的所有记录，然后每条与另外一张表进行连接：不管能不能匹配上

  条件，最终都会保留：

  • 能匹配，正确保留
  • 不能匹配，其他表的字段都置空NULL。

1.3 自然连接

• 略

1.4 交叉连接

• 略

2. 联合查询

Select 语句 1 
Union [union 选项] 
Select 语句 2 ……

• 将多次查询(多条select语句)，在记录上进行拼接(字段不会增加)，每一条 select 语句获取的 字段数必须严格一致(但是字段类型无关)。

• 其中 union 选项有 2 个。

  • ALL：保留所有；
  • Distinct（默认）：去重。
• 应用：查询同一张表，但是有不同的需求；查询多张表，多张表的结构完全一致，保存的数
  据也是一样的。
• 在联合查询中，order by 不能直接使用。需要对查询语句使用括号才行。另外需要配合limit 使用。

3. 索引

• 如果说数据库表中的数据是一本书，那么索引就是书的目录。
• 索引能够让我们快速的定位想要查询的数据。

• 索引的结构：

  • BTree索引
  • Hash 索引
• MyISAM 和 InnoDB 存储引擎：只支持 BTREE 索引， 也就是说默认使用 BTREE，不能够更 换。
• MEMORY/HEAP 存储引擎：支持 HASH 和 BTREE 索引。

• 索引的分类：

  • 单列索引(普通索引，唯一索引，主键索引)
  • 组合索引
  • 全文索引
  • 空间索引

4. 数据库引擎

• InnoDB：支持事务处理，支持外键，支持崩溃修复能力和并发控制。如果需要对事务的完整 性要求比较高（比如银行），要求实现并发控制（比如售票），那选择InnoDB有很大的优势。 如果需要频繁的更新、删除操作的数据库，也可以选择InnoDB，因为支持事务的提交（commit） 和回滚（rollback）。
• MyISAM：插入数据快，空间和内存使用比较低。如果表主要是用于插入新记录和读出记录，那么选择 MyISAM 能实现处理高效率。如果应用的完整性、并发性要求比较低，也可以使 用。
  MEMORY：所有的数据都在内存中，数据的处理速度快，但是安全性不高。如果需要很快的
  读写速度，对数据的安全性要求较低，可以选择 MEMOEY。它对表的大小有要求，不能建
  立太大的表。所以，这类数据库只使用在相对较小的数据库表。

5. 存储过程

• SQL语句需要先编译然后执行，而存储过程（Stored Procedure）是一组为了完成特定功能 的 SQL 语句集，经编译后存储在数据库中，用户通过指定存储过程的名字并给定参数（如果该存储过程带有参数）来调用执行它。
• 存储过程是可编程的函数，在数据库中创建并保存，可以由 SQL 语句和控制结构组成。当想要在不同的应用程序或平台上执行相同的函数，或者封装特定功能时，存储过程是非常有用的。数据库中的存储过程可以看做是对编程中面向对象方法的模拟，它允许控制数据的访问方式。

• 存储过程的优点：

  • 增强SQL语言的功能和灵活性
  • 标准组件式编程
  • 较快的执行速度
  • 减少网络流量
  • 作为一种安全机制来充分利用。

6. 热门面试问题

6.1 JDBC 编程的步骤？

• 注册驱动
• 获取连接对象 Connection
• 创建 Statement 对象
• 运行SQL语句；
• 处理结果；
• 关闭连接释放资源。

6.2 事务的ACID是什么？事务并发会产生哪些问题？

• ACID表示事务的特性：原子性、一致性、隔离性和持久性。

  • 原子性(Atomic)： 事务中各项操作，要么全做要么全不做，任何一项操作的失败都会 导致整个事务的失败
  • 一致性(Consistent)： 事务结束后系统状态是一致的；
  • 隔离性(Isolated)： 并发执行的事务彼此无法看到对方的中间状态；
  • 持久性(Durable)： 事务完成后所做的改动都会被持久化，即使发生灾难性的失败。通 过日志和同步备份可以在故障发生后重建数据。

• 事务并发产生的问题：脏读、幻读、不可重复读。

  • 脏读(Dirty Read)： A事务读取B事务尚未提交的数据并在此基础上操作，而B事务执行回滚，那么A读取到的数据就是脏数据。
  • 幻读(Phantom Read)： 事务A重新执行一个查询，返回一系列符合查询条件的行，发现其中插入了被事务B提交的行。
  • 不可重复读(Unrepeatable Read)： 事务A重新读取前面读取过的数据，发现该数据已经被另一个已提交的事务B修改过了。

6.3 数据库性能优化有哪些方式？

• SQL 优化：

  • 尽量避免使用 SELECT *；
  • 只查询一条记录时使用 limit 1；
  • 使用连接查询代替子查询；
  • 尽量使用一些能通过索引查询的关键字。

• 表结构优化：

  • 尽量使用数字类型字段，提高比对效率；
  • 长度不变且对查询速度要求高的数据可以考虑使用char，否则使用varchar；
  • 表中字段过多时可以适当的进行垂直分割，将部分字段移动到另外一张表；
  • 表中数据量过大可以适当的进行水平分割，将部分数据移动到另外一张表。

• 其它优化：

  • 对查询频率高的字段适当的建立索引，提高效率；
  • 根据表的用途使用合适的数据库引擎；
  • 读写分离。

六、Java基础部分

1. 基本数据类型

2. 包装类型

• 包装类型是对基本数据类型不足之处的补充。
• 基本数据类型的传递方式是值传递，而包装类型是引用传递，同时提供了很多数据类型间转换的方法。
• Java1.5以后可以自动装箱和拆箱。

3. 集合

![图片上传中...]

• List：有序、可重复。可以通过索引快速查找，但进行增删操作时后续的数据需要移动，所以增删速度慢.
• Set：无序、不可重复。
• Map：键值对、键唯一、值不唯一。Map集合中存储的是键值对，键不能重复，值可以重复。根据键得到值，对Map集合遍历时先得到键的Set集合，对Set集合进行遍历，得到 相应的值。

4. 多线程

• 新建状态: 一个新产生的线程从新状态开始了它的生命周期。它保持这个状态直到程序start 这个线程。
• 运行状态:当一个新状态的线程被start以后，线程就变成可运行状态，一个线程在此状态下 被认为是开始执行其任务
• 就绪状态:当一个线程等待另外一个线程执行一个任务的时候，该线程就进入就绪状态。当
  另一个线程给就绪状态的线程发送信号时，该线程才重新切换到运行状态。
• 休眠状态: 由于一个线程的时间片用完了，该线程从运行状态进入休眠状态。当时间间隔到
  期或者等待的时间发生了，该状态的线程切换到运行状态。
• 终止状态: 一个运行状态的线程完成任务或者其他终止条件发生，该线程就切换到终止状态。

5. 热门面试题

5.1 什么是GC？为什么要有GC？

• GC，即Garbage Collection，是垃圾收集的意思，负责清除对象并释放内存。
• Java 提供的GC功能可以自动检测对象是否超过作用域从而达到自动回收内存的目的，从而防止内存泄漏。

5.2 final, finally和finalize的区别？

• final用于声明属性，方法和类，表示属性不可变，方法不可被重写，类不可被继承。
• finally是异常处理语句结构的一部分，表示总是执行。
• finalize是object类的一个方法，在垃圾收集器执行的时候会调用这个对象回收的方法，用于垃圾收集时其他资源的回收，比如关闭文件。

5.3 什么是单例模式？实现步骤？

• 单例模式保证了对象唯一。

• 单例模式分为 懒汉式 和 饿汉式 。

  • 懒汉式：在类加载时不初始化。
  • 饿汉式：在类加载时就完成了初始化，所以类加载比较慢，但获取对象的速度快。
• 实现步骤：私有化构造函数，创建一个静态的私有对象，提供公共的访问方法。

5.4 ArrayList 和 LinkedList 有何区别？

• ArrayList是基于动态数组的数据结构
• LinkedList 是基于链表的数据结构
• 对于随机访问get和set，ArrayList较优，因为LinkedList要移动指针
• 对于新增和删除操作add和remove，LinedList 较优，因为ArrayList要移动数据。

5.5 HashMap和Hashtable的区别？

• HashMap允许空键值，Hashtable不允许。
• HashMap继承自AbstractMap，Hashtable继承自Dictionary类，两者都实现了Map接口。
• HashMap的方法不是同步的，Hashtable的方法是同步的。

5.6 Iterater和ListIterator之间有什么区别？

• Iterator用来遍历Set和List集合，而ListIterator只能遍历List。
• Iterator只可以向前遍历，而LIstIterator可以双向遍历。
• ListIterator从Iterator接口继承，然后添加了一些额外的功能，比如添加一个元素、替换一个元素、获取前面或后面元素的索引位置。

5.7 创建线程的方式？

• 继承Thread类
• 实现Runnable接口
• 使用Executor框架

5.8 什么是死锁？

• 两个线程或两个以上线程都在等待对方执行完毕才能继续往下执行的时候就发生了死锁。
• 结果就是这些线程都陷入了无限的等待中。

5.9 wait()与sleep()的区别？

• sleep()来自Thread类，wait()来自 Object 类。
• 调用sleep()方法，线程不会释放对象锁。而调用wait 方法线程会释放对象锁。
• sleep()睡眠后不出让系统资源，wait()让其他线程可以占用CPU。
• sleep()需要指定一个睡眠时间，时间一到会自动唤醒。而 wait()需要配合notify()或者notifyAll()使用。

5.10 什么是ThreadLocal？ThreadLocal和Synchonized的区别是什么？

• ThreadLocal的意思是线程局部变量。是局限于线程内部的变量，属于线程自身所有，不在多个线程间共享。
• Java提供ThreadLocal类来支持线程局部变量，是一种实现线程安全的方式。
• synchronized是利用锁的机制，使变量或代码块在某一时该只能被一个线程访问。而ThreadLocal 为每一个线程都提供了变量的副本，使得每个线程在某一时间访问到的并不是 同一个对象，这样就隔离了多个线程对数据的数据共享。