Servlet和JSP

最新推荐文章于 2020-09-17 20:54:43 发布

eyeder

最新推荐文章于 2020-09-17 20:54:43 发布

阅读量340

点赞数

分类专栏： Servlet JSP MVC

本文链接：https://blog.csdn.net/eyeder/article/details/47256775

版权

JSP 同时被 3 个专栏收录

2 篇文章 0 订阅

订阅专栏

Servlet

1 篇文章 0 订阅

订阅专栏

MVC

1 篇文章 0 订阅

订阅专栏

TCP/IP 协议
百科
http运行在TCP/IP之上。
未完待续。。。。。。

Servlet
Servlet继承于HttpServlet类

GET和POST区别

get是从服务器上获取数据，post是向服务器传送数据。
get是把参数数据队列加到提交表单的action属性所指的url中，值和表单内各个字段一一对应，在url中可以看到。post是通过http post机制，将表单内各个字段与其内容放置在html header内一起传送到action属性所指的url地址。用户看不到这个过程。
对于get方式，服务器端用Request.QueryString获取变量的值，对于post方式，服务器端用Request.Form获取提交的数据。
get传送的数据量较小，不能大于2KB。post传送的数据量较大，一般被默认为不受限制。但理论上，IIS4中最大量为80KB，IIS5中为100KB。
get安全性非常低，post安全性较高。但是执行效率却比Post方法好。
get是幂等的，post不是幂等的。

建议：
1、get方式的安全性较Post方式要差些，包含机密信息的话，建议用Post数据提交方式；
2、在做数据查询时，建议用Get方式；而在做数据添加、修改或删除时，建议用Post方式；

关于容器：
Servlet本身并没有main方法，它将受控于另一个Java应用，这个Java应用成为容器（Container）
tomcat就是这样一个容器。web服务器应用（如Apache）接到一个指向Servlet的请求，服务器并不是把请求交给Servlet本身，而是交给部署该Servlet的容器。要由容器向Servlet提供http请求和响应，并且由容器调用Servlet方法（如doPost，doGet方法）。

容器的作用:
1.提供Servlet与web服务器的连接
2.控制Servlet声明周期
3.为接收到的每一个Servlet创建一个新的Java线程
4.使用xml部署描述文件来配置（和修改）安全性
5.将JSP代码翻译成Java

容器处理请求的步骤：
1.用户点击一个指向Servlet而不是静态页面的链接，容器接收到这个http请求并确认这个请求是指向Servlet的。容器便创建两个对象：
1）HttpServletResponse
2）HttpServletRequest
2.容器根据请求中的URL找到正确的Servlet，为这个Servlet创建或分配一个线程（每个请求都意味着一个线程），并把请求和响应对象传递给这个Servlet线程。
3.容器调用Servlet中的service()方法，根据请求的不同种类，service()分别调用doGet()或doPost()方法。
4.doGet或doPost方法生成动态页面，并把这个页面放入响应对象里（response）。
5.线程结束，容器把响应对象转换为一个http响应，把它发送给客户端，并删除响应（response）和请求（request）对象。

ServletConfig
每个Servlet都有一个ServletConfig对象，用来向Servlet传递部署信息（例如数据库或企业bean的查找名），也用于访问ServletContext。其参数在部署描述文件中配置。
ServletContext
每个Web应用有一个ServletContext，用于访问web应用参数（也在部署描述文件中配置），相当于应用的一个公告栏，可以在这里放消息（属性），应用的其他部分可以访问消息。还用于得到服务器的信息，包括容器的版本以及名字，所支持的API版本等。

JSP
根据新的JSP规范，且遵循最佳实践，页面设计者应当尽量少在JSP中放入真正的Java代码（甚至根本不放），而是改为放入一些调用真正Java方法的标记。

getAttribute和setAttribute
request.getAttribute(“nameOfObj”)可得到JSP页面一表单中控件的Value。其实表单控件中的Object的 name与value是存放在一个哈希表中的，所以在这里给出Object的name会到哈希表中找出对应它的value。
而不同页面间传值使用request.setAttribute(position, nameOfObj)时，只会从a.jsp到b.jsp一次传递，之后这个request就会失去它的作用范围，再传就要再设一个 request.setAttribute()。而使用session.setAttribute()会在一个过程中始终保有这个值。

request.getRequestDispatcher()是请求转发，前后页面共享一个request
response.sendRedirect()是重新定向前后页面不是一个request
sendRedirect是通知IE再次提交一个http请求，
dispatcher是直接转到目的地址，最直接得表现
应该是dispatcher后的IE地址栏地址是不变的
request.getRequestDispatcher()是服务器端跳转
response.sendRedirect()是客户端跳转

sendRedirect()是请求从定向，和超连接是一个意思，比如你在A页面中写一个request.setAtribute，sendRedirect到B页面,就是说服务器从A页面中给你一个response，然后你的浏览器再去request到B页面,由于有两次request和response，是不能在B页面取到request.setAtribute里的值，能从地址栏看到url的改变

request.getRequestDispatcher().forward(request,response)是请求分发器，比如你在A页面中写一个request.setAtribute，request.getRequestDispatcher().forward(request,response)到B页面，那就是说服务器给你的response是B页面的，并且只有一次request和response，所以是能在B页面取到request.setAtribute里的值，地址栏的url仍然是A页面的

request.sendRedirect 与 request.getRequestDispatcher.forward 的区别

1、forward重定向是在容器内部实现的同一个Web应用程序的重定向，所以forward方法只能重定向到同一个Web应用程序中的一个资源，重定向后浏览器地址栏URL不变，而sendRedirect方法可以重定向到任何URL，因为这种方法是修改http头来实现的，URL没什么限制，重定向后浏览器地址栏URL改变。
2、forward重定向将原始的HTTP请求对象（request）从一个servlet实例传递到另一个实例，而采用sendRedirect方式两者不是同一个application。即参数的传递方式不一样:forward的form参数跟着传递，所以在第二个实例中可以取得HTTP请求的参数。sendRedirect只能通过链接传递参数，response.sendRedirect(“login.jsp?param1=a”)。
3、sendRedirect能够处理相对URL，自动把它们转换成绝对URL，如果地址是相对的，没有一个‘/’，那么Web container就认为它是相对于当前的请求URI的。比如，如果为response.sendRedirect(“login.jsp”)，则会从当前servlet 的URL路径下找login.jsp： http://10.1.18.8:8081/dms/servlet/Servlet 重定向的URL: http://10.1.18.8:8081/dms/servlet/login.jsp，如果为response.sendRedirect(“/login.jsp”)则会从当前应用径下查找url:http://10.1.18.8:8081/login.jsp。而forward不能这样处理相对路径。

MVC
MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写