关于请求和资源定位

摘要：
请求的发出
1.action
2.地址栏

访问jsp资源总体来说有三种方法
1.地址栏 。（可能拦截可能不拦截）
2.request.getRequestDispatcher（不拦截）
3.controller中的return（不拦截）

这三种方法，访问时的拦截情况和返回情况一直没搞清楚，在这里研究一下

实验1：

说明：

index在拦截器的拦截名单中
loginform不在拦截器的拦截名单中

结果：

浏览器中访问index http://localhost:8080/index
拦截器拦截并转发到/WEB-INF/jsp/login.jsp（request.getRequestDispatcher("/WEB-INF/jsp/login.jsp").forward(request,response)）
点击提交loginform，拦截器不拦截（因为拦截器设置了不拦截这个），控制器处理，返回到登陆成功界面/WEB-INF/jsp/index.jsp

实验2：

说明：

loginform是form中的action，且不在拦截器的拦截名单中，有相应的控制器

结果：

浏览器直接访问loginform,拦截器不拦截（因为拦截器设置了不拦截这个），控制器进行处理,返回到相应界面

实验3：

说明：

success不在拦截器的拦截名单中
success 有相应的控制器

结果

浏览器直接访问success，拦截器不拦截，控制器进行处理，返回到登陆界面 /WEB-INF/jsp/success.jsp

实验4：

说明：

index不在拦截器的拦截名单中
index 没有相应的控制器
index.jsp 在webcontent目录下

结果：

浏览器直接访问index，拦截器不拦截（因为拦截器设置了不拦截这个），控制器没有该映射，返回找不到资源
浏览器直接访问index.jsp，拦截器不拦截?(因为这不是请求)，返回/index.jsp

结论：没有jsp就是请求，如果没有相应的controller 就会出错；有jsp就是资源定位，会直接返回该资源，但是只有webcontent下面的资源可以这么直接访问

我的结论（直接看这里就行了）：

1.加了jsp的就不是请求了，会直接进行资源定位，所以，request.getRequestDispatcher("/WEB-INF/jsp/login.jsp").forward(request,response);这句就是直接资源定位
就跟在url中直接输入jsp/login.jsp基本上是一个意思，但是在地址栏url中直接输入jsp/login.jsp是无法访问的，直接访问仅限于webcontent下面的资源，这个可能和default-servelet中的配置有关

2.request.getRequestDispatcher("/WEB-INF/jsp/login.jsp").forward(request,response); 是资源定位，不是请求，不会经过拦截器，和控制器，而且可以访问任何地方的资源

3.没有jsp就是请求，如果没有相应的controller 就会出错；有jsp就是资源定位，会直接返回该资源，但是只有webcontent下面的资源可以这么直接用地址栏url访问，但是用getRequestDispatcher
可以访问任意地方的资源

4.另外： response.sendRedirect(request.getContextPath()+"/index.jsp"); //重定向就相当于地址栏输入 也不能随便访问jsp，只能访问webcontent下面的jsp，这是因为
因为webapp/WEB-INF目录中的内容不能直接访问，但能转发过来，可理解为只是得到了它的一个副本，url不变

5.webapp下面的jsp是可以直接访问的 输入url就可以 用 response.sendRedire也可以直接访问
welcomle list 里面的jsp页面是没有限制的 可以写任意的目录地下的jsp页面