1. java基础(1)

2. javaweb(1)

2.1 javaweb三大组件: Servlet, Filter, Listener

2.2 Servlet特点,线程是否安全

2.3 Filter过滤器作用是什么, 后面学习的springmvc有什么关系, 和springmvc的拦截器的区别?

2.4 Listener的分类, 作用是什么,后期那些框架里面用到了监听器?

2.5 Cookie 和 Session 区别以及使用场景?

3. ssm+springboot+springCloud(1.5)

3.1 Spring框架

3.1.1 BeanFactory 和 ApplicationContext 有什么区别

3.1.2 Spring两大核心

3.1.2.1. 怎么理解spring的ioc?

3.1.2.2. Spring的IOC创建bean对象,采用了那些常用的设计模式

3.1.3 怎么理解spring的aop?

3.1.3.1 AOP常见术语

3.1.3.2. 通知

3.1.3.3 SpringAOP原理

3.1.3.4. 通知. SpringAOP底层: 依赖动态代理进行增强.

3.1.3.5. SpringAOP的应用场景

3.1.4. 事务的传播属性

3.1.5.spring框架的优缺点

4. 企业开发的项目: 技术说明(1.5)

5. 面试总结(3,4)

1. java基础(1)

2. javaweb(1)

2.1 javaweb三大组件: Servlet, Filter, Listener

Servlet作用: 接收请求和响应数据到客户端.

Filter作用: 拦截请求和响应.场景: 处理全局的中文乱码问题,权限校验,加载配置文件等操作

实现拦截资源: 静态资源(html, css, js, 图片等等)和动态资源(后台与客户端交互的类,比如: controller)都会拦截

配置拦截路径: 1. /资源名称 2. /* 拦截所有资源 3. .扩展名, 比如: .html,

Listener作用: 监听对象状态的改变,以及加载配置文件.

2.2 Servlet特点,线程是否安全

2.3 Filter过滤器作用是什么, 后面学习的springmvc有什么关系, 和springmvc的拦截器的区别?

自定义过滤器: 实现Filter接口,

有个方法doFilter(req, response): 拦截请求和响应,放行: Filterchain对象放行方法

SpringMVC大量用到了过滤器,

比如: CharacterEncodingFilter, 处理乱码问题,以及加载springmvc的配置文件.

过滤器和springmvc的拦截器有关系有什么区别?

过滤器是web是三大组件之一,基于web开发环境(web项目).

springmvc的拦截器和过滤器没有关系,拦截器实现基于代理(默认jdk动态代理)方式实现的.

2.4 Listener的分类, 作用是什么,后期那些框架里面用到了监听器?

自定义一个监听器: 实现Listener接口

监听器:分为三大类,八个监听器.

监听器: 在spring框架里面,springmvc框架里面使用,springboot框架里面.

*比如: spring框架,使用ContextLoaderListener在web服务器启动时,读取spring配置文件,初始化bean对象,装配到spring容器中(ConCurrentHashMap)

2.5 Cookie 和 Session 区别以及使用场景?

Cookie 和Session是会话管理技术

会话概述

指的一个用户从打开一个浏览器开始,访问网站,直到这个用户关闭浏览器,这个完整的过程就是一次会话.

细节1: 一个用户打开了两个浏览器,比如: firefox ,chrome , 用户开启了两个会话

细节2: 一个用户打开一个浏览器,访问网站,打开了好多个网页, 关闭了其中一个网页,表示会话结束,这是错误的说法

细节3: 一个用户打开一个浏览器,访问网站,直到用户关闭浏览器,表示会话结束,等用户下次在打开浏览器进行访问

重新开启一次新的会话

总结: 一次完整的会话始终对应一个用户.

2.Cookie

2.1. Cookie客户端技术, Cookie数据在客户端(浏览器或者手机app)保存

2.2. Cookie对象是在服务器端,创建cookie对象,设置数据,响应给浏览器

2.3. 当浏览器首次访问服务器端时,浏览器是不会提交cookie到服务器端

2.4. Cookie常用api

==创建cookie对象: Cookie c = new Cookie(String key, String value);

==cookie的路径: setPath()

==cookie的域名: setDomain()

==cookie的时长: setMaxAge(int seconds)

2.5 cookie的类型分为三类

浏览了器cookie: 对cookie时长不做处理, 当浏览器关闭,cookie对象会自动销毁

“杀死cookie”: 将cookie的setMaxAge(0),同时响应到客户端

持久化cookie: 将cookie的setMaxAge(3600247),cookie可以在浏览器保存7天, 同时响应到客户端

2.6 面试问题

2.6.1 浏览器首次访问网站是， 不会提交cookie到服务器端。

因为cookie在服务器端创建的，创建以后才会响应到浏览器端保存。

2.6.2 浏览器什么时候提交cookie?

* cookie的默认域名: 当前浏览器地址中的域名,

* cookie的默认路径: /

* 浏览器的访问地址: 比如: http://localhost:8080/demo1Cookie, 域名: localhost ,端口:8080,路径:demo1Cookie

* 结论: 浏览器的访问地址包含了cookie的路径以及域名,浏览器就会提交cookie.

比如: url = http://localhost:8080/demo2/cookie 浏览器的访问地址, cookie: 路径 / 域名是localhost

url包含路径/, 包含域名localhost, 可以通过浏览器提交cookie到服务器端.

比如: url = http://localhost:8080/demo2/cookie 浏览器的访问地址, cookie: 路径 /ddd 域名是localhost

url没有包含路径/ddd, 不可以通过浏览器提交cookie到服务器端.

2.6.3 cookie开发中应用场景.

结论： 开发中功能凡是需要在客户端获取数据的， 我们就可以使用cookie.

企业开发中：

1.登录页面回显用户， 可以使用cookie保存用户

2.单点登录时， 可以使用cookie保存登录的认证信息，通过浏览器提交cookie在认证管理器进行认证。

3.显示用户的浏览记录： 记录数据使用cookie。

4.等等。

3.Session

3.1 Session是服务器端会话管理技术， 在服务器端通过session保存数据

3.2 一次会话始终对应一个session

3.3 Session底层原理： 依赖与浏览器级别的cookie实现。

浏览器级别的cookie的名称： JESSSIONID, cookie的值：session.getId().

流程:

用户首次访问服务器端,在服务器端创建一个session对象

同时服务器会自动为当前的session创建一个特殊的cookie:(名称: JESSIONID, 值:当前session.getId())

session.getId()称之为钥匙, "找"session

下次访问,浏览器会提交这个特殊cookie到服务器端,服务器会自动解析Cookie,拿到"钥匙",根据"钥匙"找到session

可以使用session里面的数据

如果开启一次新的会话,这个特殊的cookie(浏览器级别的cookie)就会销毁了,找不到session.

3.3 Session的应用场景

购物车数据: (Session+数据库)保存购物车数据

简单权限校验: 判断当前会话是不是一个用户(一次会话对应一个用户,其实也对应一个session)

防止表单的重复提交

比如: 用户在银行转账时,在当前转账页面不管点击多少次转账,只允许一次转账.

单点登录session(session不能跨域): redis+session

等等

防止表单重复提交,案例分析:

3. ssm+springboot+springCloud(1.5)

3.1 Spring框架

3.1.1 BeanFactory 和 ApplicationContext 有什么区别

-容器的体系结构

java普通项目:需要手动创建容器对象,读取配置文件或者扫描注解,创建bean对象装配到容器中

java的web项目: 通过监听器自动创建容器对象,读取配置文件或者扫描注解,创建bean对象装配到容器中

BeanFactory和ApplicationContext都是接口，

并且ApplicationContext是BeanFactory的子接口。

同时它们都是spring的容器对象

作用:

读取配置文件 或者扫描注解

创建bean对象,装配到容器(ConCurrentHashMap)

ConCurrentHashMap保存bean对象:

情况一: map的key: bean类的名称(类名首字母小写)

map的value: bean的对象

情况二:map的key: bean类的class字节码

? map的value: bean的对象

BeanFactory是Spring中最底层的接口，提供了最简单的容器的功能，只提供了实例化对象和拿对象的功能。而ApplicationContext是Spring的一个更高级的容器，提供了更多的有用的功能。

ApplicationContext提供的额外的功能：国际化的功能、消息发送、响应机制、统一加载资源的功能、强大的事件机制、对Web应用的支持等等。

加载方式的区别：BeanFactory采用的是延迟加载的形式来注入Bean；ApplicationContext则相反的，它是在Ioc启动时就一次性创建所有的Bean,好处是可以马上发现Spring配置文件中的错误，坏处是造成浪费

3.1.2 Spring两大核心

3.1.2.1. 怎么理解spring的ioc?

= IOC:inverse of controller 控制反转, 把创建bean对象的权力反转给spring容器管理.

= spring容器怎么创建bean对象?

说明: spring容器,这个容器指的就是ConCurrentHashMap

1.基于配置文件开发spring.

在构建spring容器对象时,通过Dom4j解析spring的配置文件(读文件的过程),得到类的全路径,

根据反射创建bean对象(class.newInstance(),默认是使用bean的无参数的构造方法)

向map集合put对象

方式一: map的key: bean类名首字母小写, map的value: bean对象

方式二: map的key: bean的class字节码, map的value: bean对象

比如:

2.基于注解开发

在构建spring容器对象时, 通过扫描包下面的注解(@ComponentScan) ,看下那些包下面有注解

@Component, @Service, @Repository, 获取到该注解下面的类的全路径,利用反射创建bean对象(class.newInstance(),默认是使用bean的无参数的构造方法)

3.1.2.2. Spring的IOC创建bean对象,采用了那些常用的设计模式

单例模式: 作用在内存中保证只有一个实例对象

工厂模式: 作用构建对象,在spring里面,工厂就是创建bean对象

工厂模式（Factory Pattern）是 Java 中最常用的设计模式之一。

这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。

在工厂模式中，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象。

通俗的来讲就是：

原来需要我们自己做自己创建的对象现在不需要我们做了，我们只需要向工厂要，你需要什么，工厂给你什么(指 的：通过工厂创建对象，降低耦合度)。

适配器模式:

==介绍:

将一个类的接口转换成客户希望的另外一个接口。使得原本由于接口不兼容而不能一起工作的那些类可以在一起工作。

==解决的问题: 原本由于接口不兼容而不能一起工作的那些类可以在一起工作

== 适配器的应用场景:

比如:

（1）JDK源码的IO模块用到，

例 java.io.InputStreamReader(InputStream)、java.io.OutputStreamWriter(OutputStream)。

（2）mybatis源码日志模块用到对象适配器模式。

==通常企业开发适用于以下场景。

以前开发的系统存在满足新系统功能需求的类，但其接口同新系统的接口不一致。

使用第三方提供的组件，但组件接口定义和自己要求的接口定义不同。

模板模式

等等

3.1.3 怎么理解spring的aop?

3.1.3.1 AOP常见术语

3.1.3.2. 通知

前置通知（Before advice） ：在某连接点（JoinPoint）之前执行的通知，但这个通知不能阻止连接点前的执行。ApplicationContext中在aop:aspect里面使用aop:before元素进行声明。

后通知（After advice） ：当某连接点退出的时候执行的通知（不论是正常返回还是异常退出）。ApplicationContext中在aop:aspect里面使用aop:after元素进行声明。

返回后通知（After return advice） ：在某连接点正常完成后执行的通知，不包括抛出异常的情况。ApplicationContext中在aop:aspect里面使用元素进行声明。

环绕通知（Around advice） ：包围一个连接点的通知，类似Web中Servlet规范中的Filter的doFilter方法。可以在方法的调用前后完成自定义的行为，也可以选择不执行。ApplicationContext中在aop:aspect里面使用aop:around元素进行声明。

抛出异常后通知（After throwing advice） ： 在方法抛出异常退出时执行的通知。 ApplicationContext中在aop:aspect里面使用aop:after-throwing元素进行声明。

切入点表达式 ：如execution(* com.spring.service..(…))

3.1.3.3 SpringAOP原理

SpringAOP: 本质就是对业务类中的方法进行增强.

动态代理设计模式: 本质就是对类中的方法进行增强

jdk: 基于接口代理(spring默认使用)

代码实现

cglib: 基于类代理

3.1.3.4. 通知. SpringAOP底层: 依赖动态代理进行增强.

细节: 默认使用JDK的代理方式(java原生), 如果业务类没有接口,显示指定cglib代理

3.1.3.5. SpringAOP的应用场景

事务管理: @Transaction

日志记录: log4j ,动态日志记录,

比如: 银行系统需要记录银行职员操作系统的日志

比如: 通过aop对业务类进行增强,记录职员的操作时间,操作方法,操作参数,操作人等

安全管理

3.1.4. 事务的传播属性

Propagation ：key属性确定代理应该给哪个方法增加事务行为。这样的属性最重要的部份是传播行为。有以下选项可供使用：

PROPAGATION_REQUIRED: 支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。

PROPAGATION_SUPPORTS: 支持当前事务，如果当前没有事务，就以非事务方式执行。

PROPAGATION_MANDATORY: 支持当前事务，如果当前没有事务，就抛出异常。

PROPAGATION_REQUIRES_NEW: 新建事务，如果当前存在事务，把当前事务挂起。

PROPAGATION_NOT_SUPPORTED: 以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。

PROPAGATION_NEVER: 以非事务方式执行，如果当前存在事务，则抛出异常。

3.1.5.spring框架的优缺点

Spring 的优点

降低了组件之间的耦合性 ，实现了软件各层之间的解耦

可以使用容易提供的众多服务，如事务管理，消息服务等

容器提供单例模式支持

容器提供了AOP技术，利用它很容易实现如权限拦截，运行期监控等功能

容器提供了众多的辅助类，能加快应用的开发

spring对于主流的应用框架提供了集成支持，如hibernate，JPA，Struts等

spring属于低侵入式设计，代码的污染极低

独立于各种应用服务器

spring的DI机制降低了业务对象替换的复杂性

Spring的高度开放性，并不强制应用完全依赖于Spring，开发者可以自由选择spring的部分或全部

缺点:

使用到了大量反射机制。反射机制非常占内存，

4. 企业开发的项目: 技术说明(1.5)

5. 面试总结(3,4)