杂乱知识点笔记记录

设计模式

观察者模式：
对象间一对多依赖，一个被观察者对象，一个接口，多个接口实现类

工厂模式：
一个抽象的接口，多个抽象接口的实现类，一个工厂类，用来实例化抽象的接口

装饰者模式：
一个基类，多个继承于它的类，其构造方法参数为基类对象，即可以层层嵌套，三明治

适配器模式：
就相当于一个变压器，手机充电头，手机充电的过程里，实现适配器的充电

静态代理模式：
代理接口，代理者实现接口，构造方法参数为接口对象，被代理者实现接口，new 代理者（new 被代理者），代理者实现大多方法

各种层

DAO层、ENTITY层、SERVICE层、CONTROLLER层

1、DAO层： 持久层 主要与数据库进行交互

DAO层主要是做数据持久层的工作，主要与数据库进行交互。DAO层首先会创建DAO接口，然后会在配置文件中定义该接口的实现类， 接着就可以在模块中就可以调用DAO 的接口进行数据业务的而处理，并且不用关注此接口的具体实现类是哪一个类。DAO 层的数据源和数据库连接的参数数都是在配置文件中进行配置的。

2、Entity层（domain层） 实体层 数据库在项目中的类

3、Service层（biz）：业务层 控制业务

Service层主要负责业务模块的逻辑应用设计。和DAO层一样都是先设计接口，再创建要实现的类，然后在配置文件中进行配置其实现的关联。接下来就可以在service层调用接口进行业务逻辑应用的处理。封装Service层的业务逻辑有利于业务逻辑的独立性和重复利用性。

4、Controller层:（action层） 控制层 控制业务逻辑

Controller层负责具体的业务模块流程的控制，controller层主要调用Service层里面的接口控制具体的业务流程，控制的配置也需要在配置文件中进行。

5、View层 此层与控制层结合比较紧密，需要二者结合起来协同工发。View层主要负责前台jsp页面的表示，

Conroller层和Service层的区别是：Controlle层负责具体的业务模块流程的控制；Service层负责业务模块的逻辑应用设计；

总结：在具体的项目中，其流程为：Controller层调用Service层的方法，Service层调用Dao层中的方法，其中调用的参数是使用Entity层进行传递的。

断点调试：

Frame区域显示程序调用过的方法，栈式排列

step over 程序向下执行一行
（如果当前行有方法调用，这个方法将被执行完毕返回，然后到下一行）
step into
点击红色箭头指向的按钮，程序向下执行一行。如果该行有自定义方法，则运行进入自定义方法（不会进入官方类库的方法）。
force step into 调试时候进入任何方法

step out 跳出当前方法

drop frame 返回当前方法调用处

resume program 断点间代码执行

SVN

1.绿色
代表没有提交过，需要add，在提交。
2.黑色文件
代表没有动的文件。
3.蓝色
代表文件修改过，还没上传。
4.红色
代表错误，或者冲突。

entity、dto、VO

1、entity里的每一个字段，与数据库相对应，
2、dto里的每一个字段，是和你前台页面相对应，
3、VO，这是用来转换从entity到dto，或者从dto到entity的中间的东西。
举个例子：
你的html页面上有三个字段，name，pass，age
你的数据库表里，有两个字段，name，pass(注意没有age哦)而你的dto里，就应该有下面三个(因为对应html页面上三个字段嘛)
private string name；
private string pass;
private string age;
这个时候，你的entity里，就应该有两个(因为对应数据库表中的2个字段嘛)
private string name；
private string pass;
到了这里，好了，业务经理让你做这样一个业务“年龄大于20的才能存入数据库”
这个时候，你就要用到vo了
你要先从页面上拿到dto，然后判断dto中的age是不是大于20，如果大于20，就把dto中的
name和pass拿出来，放到vo中，然后在把vo中的name和pass原封不懂的给entity，然后根据
entity的值，在传入数据库，这就是他们三个的区别
PS，VO和entity里面的字段应该是一样的，vo只是entity到dto，或者dto到entity的中间过程，如果没有这个过程，你仍然可以做到增删改查

1、Servlet
Servlet是用来处理客户端请求的动态资源，也就是当我们在浏览器中键入一个地址回车跳转后，请求就会被发送到对应的Servlet上进行处理。
Servlet的任务有：
1.接收请求数据：我们都知道客户端请求会被封装成HttpServletRequest对象，里面包含了请求头、参数等各种信息。
2.处理请求：通常我们会在service、doPost或者doGet方法进行接收参数，并且调用业务层（service）的方法来处理请求。
3.完成响应：处理完请求后，我们一般会转发（forward）或者重定向（redirect）到某个页面，转发是HttpServletRequest中的方法，重定向是HttpServletResponse中的方法，两者是有很大区别的。
Servlet的创建：Servlet可以在第一次接收请求时被创建，也可以在在服务器启动时就被创建，这需要在web.xml的< servlet>中添加一条配置信息 < load-on-startup>5< /load-on-startup>，当值为0或者大于0时，表示容器在应用启动时就加载这个servlet，当是一个负数时或者没有指定时，则指示容器在该servlet被请求时才加载。
Servlet的生命周期方法：

void init(ServletConfig)
​
servlet的初始化方法，只在创建servlet实例时候调用一次，Servlet是单例的，整个服务器就只创建一个同类型Servlet

void service(ServletRequest,ServletResponse)
servlet的处理请求方法，在servle被请求时，会被马上调用，每处理一次请求，就会被调用一次。ServletRequest类为请求类，ServletResponse类为响应类

void destory()
​
servlet销毁之前执行的方法，只执行一次，用于释放servlet占有的资源，通常Servlet是没什么可要释放的，所以该方法一般都是空的
Servlet的其他重要方法：

ServletConfig getServletConfig()
​
获取servlet的配置信息的方法，所谓的配置信息就是WEB-INF目录下的web.xml中的servlet标签里面的信息

String getServletInfo()
​
获取servlet的信息方法
Servlet的配置：

<servlet>
    <servlet-name>LoginServlet</servlet-name>
    <servlet-class>com.briup.estore.web.servlet.LoginServlet</servlet-class>
  </servlet>
  <servlet-mapping>
    <servlet-name>LoginServlet</servlet-name>
    <url-pattern>/login</url-pattern>
  </servlet-mapping>

​
2、Filter
filter与servlet在很多的方面极其相似，但是也有不同，例如filter和servlet一样都又三个生命周期方法，同时他们在web.xml中的配置文件也是差不多的、 但是servlet主要负责处理请求，而filter主要负责拦截请求，和放行。
filter四种拦截方式

• REQUEST：直接访问目标资源时执行过滤器。包括：在地址栏中直接访问、表单提交、超链接、重定向，只要在地址栏中可以看到目标资源的路径，就是REQUEST；
• FORWARD：转发访问执行过滤器。包括RequestDispatcher#forward()方法、<
  jsp:forward>标签都是转发访问；
• INCLUDE：包含访问执行过滤器。包括RequestDispatcher#include()方法、<
  jsp:include>标签都是包含访问；
• ERROR：当目标资源在web.xml中配置为< error-page>中时，并且真的出现了异常，转发到目标资源时，会执行过滤器。

url-mapping的写法
匹配规则有三种：

• 精确匹配 —— 如/foo.htm，只会匹配foo.htm这个URL

• 路径匹配 —— 如/foo/*，会匹配以foo为前缀的URL

• 后缀匹配 —— 如*.htm，会匹配所有以.htm为后缀的URL

< url-pattern>的其他写法，如/foo/ ，/.htm ，/foo 都是不对的。
执行filter的顺序
如果有多个过滤器都匹配该请求，顺序决定于web.xml filter-mapping的顺序，在前面的先执行，后面的后执行
3、Listener
Listener就是监听器，我们在JavaSE开发或者Android开发时，经常会给按钮加监听器，当点击这个按钮就会触发监听事件，调用onClick方法，本质是方法回调。在JavaWeb的Listener也是这么个原理，但是它监听的内容不同，它可以监听Application、Session、Request对象，当这些对象发生变化就会调用对应的监听方法。

Spring

Spring由7个模块组成：

• Spring Core: 核心容器提供 Spring
  框架的基本功能。核心容器的主要组件是BeanFactory，它是工厂模式的实现。BeanFactory 使用控制反转 （IOC）
  模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。

• Spring 上下文：Spring 上下文是一个配置文件，向 Spring 框架提供上下文信息。Spring 上下文包括企业服务，例如
  JNDI、EJB、电子邮件、国际化、校验和调度功能。

• Spring AOP：通过配置管理特性，Spring AOP 模块直接将面向方面的编程功能集成到了 Spring
  框架中。所以，可以很容易地使 Spring 框架管理的任何对象支持 AOP。Spring AOP 模块为基于 Spring
  的应用程序中的对象提供了事务管理服务。通过使用 Spring AOP，不用依赖 EJB 组件，就可以将声明性事务管理集成到应用程序中。
• Spring DAO：JDBC DAO
  抽象层提供了有意义的异常层次结构，可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。异常层次结构简化了错误处理，并且极大地降低了需要编写的异常代码数量（例如打开和关闭连接）。Spring
  DAO 的面向 JDBC 的异常遵从通用的 DAO 异常层次结构。
• Spring ORM：Spring 框架插入了若干个 ORM 框架，从而提供了 ORM 的对象关系工具，其中包括
  JDO、Hibernate 和 iBatis SQL Map。所有这些都遵从 Spring 的通用事务和 DAO 异常层次结构。
• Spring Web 模块：Web 上下文模块建立在应用程序上下文模块之上，为基于 Web 的应用程序提供了上下文。所以，Spring
  框架支持与 Jakarta Struts 的集成。Web 模块还简化了处理多部分请求以及将请求参数绑定到域对象的工作。
• Spring MVC 框架：MVC 框架是一个全功能的构建 Web 应用程序的 MVC 实现。通过策略接口，MVC
  框架变成为高度可配置的，MVC 容纳了大量视图技术，其中包括 JSP、Velocity、Tiles、iText 和 POI。

Spring容器
Sping的容器可以分为两种类型
1. BeanFactory：（org.springframework.beans.factory.BeanFactory接口定义）是最简答的容器，提供了基本的DI（依赖注入）支持。最常用的BeanFactory实现就是XmlBeanFactory类，它根据XML文件中的定义加载beans，该容器从XML文件读取配置元数据并用它去创建一个完全配置的系统或应用。
2. ApplicationContext应用上下文：（org.springframework.context.ApplicationContext）基于BeanFactory之上构建，并提供面向应用的服务。

如何给spring容器提供配置元数据

1. XML配置文件
2. 基于注解的配置
3. 基于Java的配置@Configuration, @Bean

AOP通知
通知是个在方法执行前后要做的动作，实际上是程序执行时要通过SpringAOP框架触发的代码
Spring切面可以应用五种类型的通知：
before：前置通知，在一个方法执行前被调用。@Before
after: 在方法执行之后调用的通知，无论方法执行是否成功。@After
after-returning: 仅当方法成功完成后执行的通知。@AfterReturning
after-throwing: 在方法抛出异常退出时执行的通知。@AfterThrowing
around: 在方法执行之前和之后调用的通知。@Around

依赖注入（DI）
通过接口
通过属性
通过构造

Class对象获取三种方式

public class Fanshe {
    public static void main(String[] args) {
        //第一种方式获取Class对象  
        Student stu1 = new Student();//这一new 产生一个Student对象，一个Class对象。
        Class stuClass = stu1.getClass();//获取Class对象
        System.out.println(stuClass.getName());

        //第二种方式获取Class对象
        Class stuClass2 = Student.class;
        System.out.println(stuClass == stuClass2);//判断第一种方式获取的Class对象和第二种方式获取的是否是同一个

        //第三种方式获取Class对象
        try {
            Class stuClass3 = Class.forName("fanshe.Student");//注意此字符串必须是真实路径，就是带包名的类路径，包名.类名
            System.out.println(stuClass3 == stuClass2);//判断三种方式是否获取的是同一个Class对象
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        }

    }
}