1，tomcat的下载及配置部署

学习本章内容需要具备以下知识点

官网：?test=123，此时URL实际向服务器传递了值为123的变量test，这表明当前页面是对数据库进行动态查询的结果。由此，我们可以在URL中插入恶意的SQL语句并进行执行。另外，在网站开发过程中，开发人员使用动态字符串构造SQL语句，用来创建所需的应用，这种情况下SQL语句在程序的执行过程中被动态的构造使用，可以根据不同的条件产生不同的SQL语句，比如需要根据不同的要求来查询数据库中的字段。这样的开发过程其实为SQL注入攻击留下了很多的可乘之机

可以看到在用户输入的密码于数据库密码不匹配也能成功登录

preparedStatement有效的解决了这个问题，使用？作为占位符，

Object）顾名思义是一个为数据库或其他持久化机制提供了抽象接口的对象，在不暴露底层持久化方案实现细节的前提下提供了各种数据访问操作。在实际的开发中，应该将所有对数据源的访问操作进行抽象化后封装在一个公共API中。用程序设计语言来说，就是建立一个接口，接口中定义了此应用程序中将会用到的所有事务方法。在这个应用程序中，当需要和数据源进行交互的时候则使用这个接口，并且编写一个单独的类来实现这个接口，在逻辑上该类对应一个特定的数据存储。DAO模式实际上包含了两个模式，一是Data Accessor（数据访问器），二是Data Object（数据对象），前者要解决如何访问数据的问题，而后者要解决的是如何用对象封装数据。

• <tr>//var为新变量名也就是遍历之后获得的属性值会赋值给var //items为被遍历的集合或数组、 . [ ] 算术、关系、逻辑等运算符

  1. 只有当一个服务器端的程序使用了Servlet API的时候，这个服务端的程序才能称之为Servlet

• • 没有servlet之前，jsp页面代码过于繁琐且降低了代码可读性与维护性，使得前端代码和后台代码过于紧密
  • jsp作为页面层应专注于显示数据，servlet可以使得控制层成为一个完整的javaBean
  • servlet使得代码条理清晰，提高可读性和维护性，层次分工明确
• 只是接收请求并决定调用哪个JavaBean去处理请求
• 确定用哪个页面来显示处理返回的数据

• • servlet在检测到客户端请求的时候servlet容器会将其创建，第一就先调用了init方法
  • 在客户端发起请求时servlet会调用service方法处理相应请求
  • 在web服务器关停时servlet被销毁，在servlet没有任何引用指向的时候会被垃圾回收器回收

• • • 点击这个浅绿色的小文件夹图标直接发起连接

  • 文件上传：将本地文件拖拽至服务器的目标目录即可

搜索是指搜寻检索，指代使用一定手段来检索到我们自己需要的信息，包括从文件当中检索，百度当中检索，网站内部搜索等等

1、全文检索的需求介绍

首先我们谈几个公司，如雷贯耳的：百度、谷歌、维基百科；这些公司都有一个相似性就是门户网站，可以提供我们通过关键字搜索，然后快速的检索出我们想要的信息；

比如我们检索传智播客，百度后台就会按照这个关键字进行查找（里面有搜索库，以及爬虫库），然后按照权重来进行从上到下的排序，给我们高亮的展示出现

随便搜索东西，就会高精度的展示我们想要的；就会根据关键词进行海量数据的快速的检索

比如我们查找：”护手霜“ ， 那么这期间内部会经过大体的：1、分词（护手，手霜，护等）2、根据这些词去海量的数据中检索 3、然后根据权重把检索出来的信息进行排序展示给我们

可以使用Lucene实现全文检索。Lucene是 apache下的一个开放源代码的全文检索引擎工具包（提供了Jar包，实现全文检索的类库）。它提供了完整的查询引擎和索引引擎，部分文本分析引擎。Lucene的目的是为软件开发人员提供一个简单易用的工具包，以方便地在目标系统中实现全文检索的功能。  
注意：Lucene只是一个引擎，只是一个工具包，如果使用Lucene开发全文检索功能，要记住Lucene是不能单独运行的。

3、lucene实现全文检索流程

修改完成之后拷贝到第二台和第三台机器 node01执行以下命令拷贝到第二台和第三台

4、三台机器重新启动es

三台机器重新启动es服务，三台机器先使用kill -9杀死es的服务，然后再执行以下命令进行重启

首先：发送一个索引或者删除的请求给node1

其次：node1介绍到请求之后，会根据请求中携带的参数“文档id”判断出该文档应该存储在具体哪一个shard中

，比如shard0；其次就是node1通过元数据信息可以知道shard0在具体哪一个节点，于是node1会把请求转发给node3

该过程可以分为四个阶段来描述：

阶段1：客户端向node 1发送一个文档删除的请求。

阶段3：node 3接收到请求后，在主分片上面执行删除请求

阶段4：如果node 3成功地删除了文档，node 3将会请求并行地发给其余所有的replica shard所在node中。这些node也同样操作删除，执行后则向node 3确认成功，当node 3接收到所有的成功确认之后，再向客户端发送一个删除成功的信息。

检索文档的时候，我们并不知道文档在集群中的哪个位置，所以一般情况下不得不去询问index中的每一个shard，然后将结果拼接成一个大的已排好序的汇总结果列表；

（1）：客户端发送一个检索请求给node3，此时node3会创建一个空的优先级队列并且配置好分页参数from与size。

（2）：node3将检所请求发送给index中的每一个shard（primary 和 replica），每一个在本地执行检索，并将结果添加到本地的优先级队列中；

（3）：每个shard返回本地优先级序列中所记录的_id与**score值**，并发送node3。Node3将这些值合并到自己的本地的优先级队列中，并做全局的排序（node 3将它们合并成一条汇总的结果），返回给客户端。

Spring是一个容器框架，是个生态，是基石，用来封装JavaBean对象，中间层框架（万能胶），起到一个连接作用，比如Struct和hibernate粘合在一起运用

得益于IOC容器，采用注册式单例，始终在map中保持了实例的引用地址
只要IOC容易不被销毁，bean 就永远存在
spring 帮我们做了new 的动作，然后把实例管理起来了

IOC： 是一个容器，帮我们管理所有的组件
1)依赖注入，使用@Autowired注解，自动赋值
2)某个组件要使用Spring提供的更多(IOC,AOP),必须加到容器中
1)容器启动，创建所有单实例bean
2)@Autowired自动装配的时候，是从容器中找到这些bean的
4)容器中包括了所有的bean
5)容器就是一个map,这个map中保存了所有创建好的bean，并提供外界获取功能
①基于注解的AOP步骤：
c.在切面类中使用5个通知注解来配置切面中的这些方法何时何地运行
d.开启基于注解的aop功能
②基于配置的AOP步骤：

Resource是j2ee的注解，扩展性强，换了一个容器框架也能使用,通过name来找bean

5.依赖注入的方式有几种，各是什么?

对象的初始化，可以调用init-method指定初始化方法，对于单例的只会在servlet加载的时候初始化
对象的销毁，可以指定销毁方法，destroy-method ，只针对单列模式，prototype不会被管理

spring事务只有捕获到异常才会终止或回滚，如果你在程序中try/catch后自己处理异常而没有throw，那么事务将不会终止或回滚，失去事务本来的作用；
spring事务本质上使用数据库锁；
spring事务只有在方法执行过程中出现异常才会回滚，并且只回滚数据库相关的操作；

对象锁和spring事务的对比(既然数据库支持事务机制，为什么spring还需要事务支持？)：
对象锁可以保证数据一致性和业务逻辑正确性，但不能保证并发性；
spring事务不能严格保证数据一致性和业务逻辑正确性，但具有较好的并发性，因为只锁数据库行数据；
spring事务为什么不能保证数据一致性和业务逻辑正确性：
1)如果事务方法抛异常，此时会回滚数据库操作，但已经执行的其他方法不会回滚，因此无法保证业务逻辑正确性；
2)即使事务方法不抛异常，也不能保证数据一致性（因为事务接口里的数据库操作在整个接口逻辑执行结束后才提交到数据 库，在接口最后提交到数据库的前后很有可能带来数据一致性的问题），从而不能保证业务逻辑正确性；

思考：某一个事务嵌套另一个事务的时候怎么办？
A方法调用B方法，AB都有事务，并且传播特性不同，如果A出现异常，B怎么办；B如果出现异常，A怎么办？
总：事务的传播特性指的是不同方法的嵌套调用过程中，事务应该如何进行处理，是用同一个事务还是不同事务，当出现异常时是会回滚还是提交，两个方法之间的相关影响，一般用的较多的是：required，required_new,nested
分：①事务分类：支持当前事务，不支持当前事务，嵌套事务
①1.判断内外方法是否是同一个事务：
是：异常统一在外层方法处理
不是：内层方法有可能影响到外层方法，但外层方法不会影响内存方法

10.Spring事务的隔离级别？（5种）
Spring事务管理是如何实现的？
总： spring事务是由aop来实现的，首先要生成具体的代理对象，然后按照aop的整套流程来执行具体的操作逻辑，正常情况下要通过通知来完成核心功能，但是事务不是通过通知来实现的，而是通过一个TransactionInterceptpr来实现的，然后调用invoke来实现具体的逻辑
①先做准备工作，解析各个方法上事务相关的属性，根据具体的属性来判断是否开启新事务
②当需要开启时，获取数据库连接，关闭自动提交功能，开启事务
④在操作过程中，如果执行失败了，那么会通过completeTransactionAfterThrowing来完成事务的回滚操作，回滚的具体逻辑是通过doRollback方法来实现的，实现的时候也要获取连接对象，通过连接对象来回滚
⑤如果执行过程中，没有任何意外情况发生，那么通过commitTransactionAfterReturning来完成事务的提交操作，提交的具体逻辑是通过docommit方法来实现的，实现的时候也是要获取连接，通过连接对象来提交
前置通知 记录日志(方法将被调用)
环绕通知 控制事务 权限控制
后置通知 记录日志(方法已经成功调用)
异常通知 异常处理 控制事务
最终通知 记录日志(方法已经调用，但不一定成功)

1)BeanFactory：是Spring里面最底层的接口，包含了各种Bean的定义，读取bean配置文档，管理bean的加载、实例化，控制bean的生命周期，维护bean之间的依赖关系。ApplicationContext接口作为BeanFactory的派生，除了提供BeanFactory所具有的功能外，还提供了更完整的框架功能：
②统一的资源文件访问方式。
③提供在监听器中注册bean的事件。
④同时加载多个配置文件。
⑤载入多个（有继承关系）上下文 ，使得每一个上下文都专注于一个特定的层次，比如应用的web层。
2)①BeanFactroy采用的是延迟加载形式来注入Bean的，即只有在使用到某个Bean时(调用getBean())，才对该Bean进行加载实例化。这样，我们就不能发现一些存在的Spring的配置问题。如果Bean的某一个属性没有注入，BeanFacotry加载后，直至第一次使用调用getBean方法才会抛出异常。
ApplicationContext，它是在容器启动时，一次性创建了所有的Bean。这样，在容器启动时，我们就可以发现Spring中存在的配置错误，这样有利于检查所依赖属性是否注入。 ApplicationContext启动后预载入所有的单实例Bean，通过预载入单实例bean ,确保当你需要的时候，你就不用等待，因为它们已经创建好了。
②ApplicationContext，它是在容器启动时，一次性创建了所有的Bean。这样，在容器启动时，我们就可以发现Spring中存在的配置错误，这样有利于检查所依赖属性是否注入。 ApplicationContext启动后预载入所有的单实例Bean，通过预载入单实例bean ,确保当你需要的时候，你就不用等待，因为它们已经创建好了。
③相对于基本的BeanFactory，ApplicationContext 唯一的不足是占用内存空间。当应用程序配置Bean较多时，程序启动较慢。

总：aop的概念，应用场景，动态代理
分：bean的创建过程中有一个步骤可以对bean进行扩展实现，aop本身是一个扩展功能，所以在BeanPostProcessor的后置处理方法中进行实现：
①代理对象的创建过程（advice，切面，切点）
②通过jdk或cglib的方式生成代理对象
③在执行方法调用的时候，会调用到生成的字节码文件中，直接会找到DynamicAdvisoredInterceptor类中的intercept方法，从此方法开始执行
④根据之前定义好的通知生成拦截器链
⑤从拦截器链中依次获取每一个通知开始进行执行，在执行过程中，为了方便找到下一个通知是哪一个，会有一个cglibMethodInvocation的对象，找的时候从-1的位置依次开始查找并且执行的
三级缓存、提前暴露对象、aop
总： ①什么是循环依赖问题，A依赖B,B依赖A
分： 先说明bean的创建过程，实例化、初始化（填充属性）
①先创建A对象，实例化A对象②③④

7.SpringMVC的控制器是不是单例模式,如果是,有什么问题,怎么解决？
非WEB环境：直接在main方法或者是junit测试方法中通过new操作来创建.
WEB 环境：我们希望SpringIOC容器在WEB应用服务器启动时就被创建.
并且将容器对象绑定到ServletContext中， 让所有的web组件能共享到IOC容器对象.