以下是我整理的servlet知识点：
图中的知识点都能在我的其他文章内找到相应的内容。
Tomcat常见问题解答Tomcat的默认端口数是、 如何更改Tomcat目录下的conf文件夹，在进入conf文件夹中找到server.xml文件，然后打开server.xml文件在server.xml文件中找到以下信息： 将0 ' proto tor 1.1 ' connection time out=' 20000 ' redirect port=' 8443 '/port=" 8080 "更改为port=”8888 "，然后保存启动Tomcat
Tomcat有什么样的连接器运行模式(优化)？ bio (阻塞I/o ) nio (非阻塞I/o ) apr ) Apacheportableruntime/Apache可移植运行时库)相关解释：
在bIO:的传统Java I/O操作中，同步阻止io。 nio: JDK1.4开始支持，同步无阻塞ioaio(nio.2 ) : JDK7开始支持。 异步无阻塞IOapr: Tomcat将Apache HTTP服务器的核心动态链接库作为JNI来调用以处理文件读取和网络传输操作，因此大大提高了Tomcat静态文件的处理性能
！ -连接器端口=' 8080 '协议=' http/1.1 '连接时间out=' 20000 '重定向端口=' 8443 '/-！ - -协议启用nio模式。 (tomcat8默认使用nio ) ) apr模式使用系统级异步io )----！ - -最小处理器最小空闲连接线程数- -！ - -最大处理程序最大连接线程数- -！ - -接受计数允许的最大连接数是maxProcessors--！ - -如果-- enableLookups为true，则requst.getRemoteHost执行DNS搜索。 反解析启用ip的域名或主机名--connector port=' 8080 ' protocol=' org.Apache.coyote.http 11.http 11 nio protocol ' connection ton s=“100”maxsparethreads=“200”accept count=' 200 ' enable lookups=' false '/apr模式的启动很复杂，详情请参阅333333333333330
对bio、nio、nio.2的理解可参见：3358 blog.csdn.net/itismelzp/article/details/50886009
Tomcat提供了多种将Web项目直接放置在webapps下的方法。 Tomcat会自动放置在server.xml文件中以配置节点，并通过Catalina设置：以进入confCatalinalocalhost文件下，从而创建xml文件。 此文件的名称是站点的名称。创建并设置XML。 第二种部署方法是在另一个驱动器号下创建网站目录，并创建WEB-INF目录和html文件。
找到Tomcat目录中的/conf/server.xml文件
在server.xml的节点下添加以下代码： path表示访问时输入的web项目名称，docBase表示站点目录的绝对路径
context path='/web1 ' docbase=' d :web1 ' /如何访问设置的网站第三点：进入confCatalinalocalhost文件下，创建xml文件此文件的名称是站点的名称。 xml文件的代码如下： 文档库是到你网站的绝对路径吗？ XML版本=' 1.0 '编码=' utf-8 '？ 上下文do CBA
se="D:web1" reloadable="true"> </Context> 访问web站点下的html资源 Servlet面试题 Servlet生命周期第一次访问Servlet，我们发现init()和service()都被调用了
第二次访问Servlet，service()被调用了
第三次访问Servlet，还是service()被调用了
当我们关闭Tomcat服务器的时候，destroy()被调用了！
Servlet生命周期可分为5个步骤 加载Servlet。当Tomcat第一次访问Servlet的时候，Tomcat会负责创建Servlet的实例初始化。当Servlet被实例化后，Tomcat会调用init()方法初始化这个对象处理服务。当浏览器访问Servlet的时候，Servlet 会调用service()方法处理请求销毁。当Tomcat关闭时或者检测到Servlet要从Tomcat删除的时候会自动调用destroy()方法，让该实例释放掉所占的资源。一个Servlet如果长时间不被使用的话，也会被Tomcat自动销毁卸载。当Servlet调用完destroy()方法后，等待垃圾回收。如果有需要再次使用这个Servlet，会重新调用init()方法进行初始化操作。简单总结：只要访问Servlet，service()就会被调用。init()只有第一次访问Servlet的时候才会被调用。destroy()只有在Tomcat关闭的时候才会被调用。
get方式和post方式有何区别数据携带上:
GET方式：在URL地址后附带的参数是有限制的，其数据容量通常不能超过1K。POST方式：可以在请求的实体内容中向服务器发送数据，传送的数据量无限制。请求参数的位置上:
GET方式：请求参数放在URL地址后面，以?的方式来进行拼接POST方式:请求参数放在HTTP请求包中用途上:
GET方式一般用来获取数据
POST方式一般用来提交数据
原因:
首先是因为GET方式携带的数据量比较小，无法带过去很大的数量POST方式提交的参数后台更加容易解析(使用POST方式提交的中文数据，后台也更加容易解决)GET方式比POST方式要快 Servlet相关 API doGet与doPost方法的两个参数是什么HttpServletRequest：封装了与请求相关的信息
HttpServletResponse：封装了与响应相关的信息
用途上:
request.getAttribute()， 一般用于获取request域对象的数据(在跳转之前把数据使用setAttribute来放到request对象上)request.getParameter()， 一般用于获取客户端提交的参数存储数据上:
request.getAttribute()可以获取Objcet对象request.getParameter()只能获取字符串(这也是为什么它一般用于获取客户端提交的参数) forward和redirect的区别实际发生位置不同，地址栏不同
转发是发生在服务器的
转发是由服务器进行跳转的，细心的朋友会发现，在转发的时候，浏览器的地址栏是没有发生变化的，在我访问Servlet111的时候，即使跳转到了Servlet222的页面，浏览器的地址还是Servlet111的。也就是说浏览器是不知道该跳转的动作，转发是对浏览器透明的。通过上面的转发时序图我们也可以发现，实现转发只是一次的http请求，一次转发中request和response对象都是同一个。这也解释了，为什么可以使用request作为域对象进行Servlet之间的通讯。
重定向是发生在浏览器的
重定向是由浏览器进行跳转的，进行重定向跳转的时候，浏览器的地址会发生变化的。曾经介绍过：实现重定向的原理是由response的状态码和Location头组合而实现的。这是由浏览器进行的页面跳转实现重定向会发出两个http请求，request域对象是无效的，因为它不是同一个request对象
用法不同:
很多人都搞不清楚转发和重定向的时候，资源地址究竟怎么写。有的时候要把应用名写上，有的时候不用把应用名写上。很容易把人搞晕。记住一个原则： 给服务器用的直接从资源名开始写，给浏览器用的要把应用名写上
request.getRequestDispatcher("/资源名 URI").forward(request,response)
转发时"/"代表的是本应用程序的根目录【zhongfucheng】
response.send("/web应用/资源名 URI");
重定向时"/"代表的是webapps目录
能够去往的URL的范围不一样:
转发是服务器跳转只能去往当前web应用的资源重定向是服务器跳转，可以去往任何的资源传递数据的类型不同
转发的request对象可以传递各种类型的数据，包括对象重定向只能传递字符串跳转的时间不同
转发时：执行到跳转语句时就会立刻跳转重定向：整个页面执行完之后才执行跳转那么转发(forward)和重定向(redirect)使用哪一个？
根据上面说明了转发和重定向的区别也可以很容易概括出来。转发是带着转发前的请求的参数的。重定向是新的请求。
典型的应用场景：
Cookie是由W3C组织提出，最早由netscape社区发展的一种机制
网页之间的交互是通过HTTP协议传输数据的，而Http协议是无状态的协议。无状态的协议是什么意思呢？一旦数据提交完后，浏览器和服务器的连接就会关闭，再次交互的时候需要重新建立新的连接。服务器无法确认用户的信息，于是乎，W3C就提出了：给每一个用户都发一个通行证，无论谁访问的时候都需要携带通行证，这样服务器就可以从通行证上确认用户的信息。通行证就是Cookie Session和cookie有什么区别？从存储方式上比较
Cookie只能存储字符串，如果要存储非ASCII字符串还要对其编码。Session可以存储任何类型的数据，可以把Session看成是一个容器从隐私安全上比较
Cookie存储在浏览器中，对客户端是可见的。信息容易泄露出去。如果使用Cookie，最好将Cookie加密Session存储在服务器上，对客户端是透明的。不存在敏感信息泄露问题。从有效期上比较
Cookie保存在硬盘中，只需要设置maxAge属性为比较大的正整数，即使关闭浏览器，Cookie还是存在的Session的保存在服务器中，设置maxInactiveInterval属性值来确定Session的有效期。并且Session依赖于名为JSESSIONID的Cookie，该Cookie默认的maxAge属性为-1。如果关闭了浏览器，该Session虽然没有从服务器中消亡，但也就失效了。从对服务器的负担比较
Session是保存在服务器的，每个用户都会产生一个Session，如果是并发访问的用户非常多，是不能使用Session的，Session会消耗大量的内存。Cookie是保存在客户端的。不占用服务器的资源。像baidu、Sina这样的大型网站，一般都是使用Cookie来进行会话跟踪。从浏览器的支持上比较
如果浏览器禁用了Cookie，那么Cookie是无用的了！如果浏览器禁用了Cookie，Session可以通过URL地址重写来进行会话跟踪。从跨域名上比较
Cookie可以设置domain属性来实现跨域名Session只在当前的域名内有效，不可夸域名 Servlet安全性问题由于Servlet是单例的，当多个用户访问Servlet的时候，服务器会为每个用户创建一个线程。当多个用户并发访问Servlet共享资源的时候就会出现线程安全问题。
原则：
如果一个变量需要多个用户共享，则应当在访问该变量的时候，加同步机制synchronized (对象){}如果一个变量不需要共享，则直接在 doGet() 或者 doPost()定义.这样不会存在线程安全问题