备注
这里只是简单区别每组概念，不作具体代码演示。
请求重定向和请求转发
首先介绍下两种行为：
请求重定向：客户端行为，本质上来说相当于两次请求，因此前一次的请求对象不会保存，并且URL地址会改变。代码实现：response.sendRedirect()
请求转发：服务器行为，本质上是一次请求，因此前一次的请求对象会保存，并且URL地址不会改变。代码实现：request.getRequestDispatcher().forward(request,response)
那两者到底有什么区别呢？举个生活中的例子：
小明同学想向学校申请借教室，于是他填好了申请表，来到了招生办申请，但招生办的老师说：“同学，我们这里不负责借教室哦，你想借教室的话要去找教务处。”小明只好离开招生办，去找教务处再填一次申请表，再申请一次，这就是请求重定向。
小强同学同样想申请借教室，他也是填好了申请表来到了招生办申请，但这次招生办的老师比较热心：“同学你把申请表给我，在外面等一下吧，我帮你向教务处申请，你就不用再走一趟了。”这就是请求转发。
这里小明和小强好比是客户端，学校好比是服务器，而申请表中的申请资料则好比是请求对象。小明向招生办申请借教室和向教务处申请是两个不同的请求，要填两次申请表，因此前一次的请求对象不会被保存，就像第一次的申请表已经作废了，小明又要再填一次申请表，而小明自己又跑了一趟，去到了教务处，所以请求重定向是客户端行为，并且URL地址发生了改变。
小强则不同，招生办的老师帮他完成了向教务处的申请，申请资料也是直接挪用申请表上的，小强不需要在填写一次申请表，因此这两次实际上是一次请求，小强也没有离开招生办，因此请求转发是服务器行为，URL地址不会改变。
Session和Cookie
共同点：
- 都是用来保存用户状态和用户信息的机制
- 都有生存期限，即都会过期
区别：
- 保存位置：session保存在服务器（的内存），cookie以文本文件的形式保存在客户端
- 数据类型：session中保存的是Object类型（任意数据类型），cookie中保存的是String类型（字符串类型）
- 销毁时间：session会随会话的结束而销毁，cookie则会长期保存在客户端 （当然cookie也是有生存期限的）
- 作用：session保存重要的、安全性较高的信息，cookie保存相对不重要、安全性不高的信息（比如用户的浏览记录、搜索记录等信息）
总的来说，session的安全性比cookie要高。
Iuclude指令和Include动作
- include指令代码为：
<%@ include file="..." %>，include动作代码为:<jsp:include page="..."> - include指令作用在页面转换期间，include动作作用在请求期间
- include指令会将包含页面的JSP代码插入其中，而 include动作只将包含页面的输出包含进来
- 使用include指令，主页面和包含页面会转换为一个Servlet，而使用include动作，主页面和包含页面会转换为两个独立的Servlet
include指令的优点在于其功能强大，所包含的代码可以含有总体上影响主页面的JSP构造，比如属性、方法的定义和文档类型的设定。而由于只包含输出，并非页面的实际代码，因此include动作包含的页面不能使用任何有可能在整体上影响主页面的JSP构造。
然而include指令的缺点是难以维护，只要被包含的页面发生更改，就必须更改主页面，这是因为主页面不会自动地查看被包含的页面是否发生更改。而使用include动作则无需对主页面进行更改，因此include动作比include指令在维护上有着明显优势。
include指令是将源文件与include添加的文件一起编译成一个servlet，因此执行速度相比起include动作来说稍快一些。但如果页面经常变化的话，使用include动作只需要单独编译主页面或者包含页面就行，这样一来效率比起使用include指令会更高。
参考资料：
