代码拉取完成，页面将自动刷新
同步操作将从 Java精选/Ebooks 强制同步，此操作会覆盖自 Fork 仓库以来所做的任何修改，且无法恢复！！！
确定后同步将在后台操作，完成时将刷新页面，请耐心等待。
1、get一般用于从服务器上获取数据，而post一般用来向服务器传送数据；
2、get将表单中数据按照variable=value的形式，添加到action所指向的URL后面，并且两者用"？"连接，变量之间用"&"连接；而post是将表单中的数据放在form的数据体中，按照变量与值对应的方式，传递到action所指定的URL。
3、get是不安全的，因为在传输过程中，数据是被放在请求的URL中，而post的所有操作对用户来说都是不可见的。
4、get传输的数据量小，这主要应为受url长度限制，而post可以传输大量的数据，所有上传文件只能用post提交。
5、get限制form表单的数据集必须为ASCII字符，而post支持整个IS01 0646字符集。
6、get是form表单的默认方法。
pageContext对象的作用是取得任何范围的参数，通过它可以获取JSP页面的out、request、reponse、session、application等对象。
pageContext对象的创建和初始化都是由容器来完成的，在JSP页面中可以直接使用pageContext对象。
page对象代表JSP本身，只有在JSP页面内才是合法的。page隐含对象本质上包含当前Servlet接口引用的变量，类似于Java编程中的this指针。
编写Servlet需要继承HttpServlet类。
HttpServlet抽象类是继承自GenericServlet，而GenericServlet是实现了Servlet、ServletConfig、Serializable接口。
Servlet接口及其抽象类：
public interface Servlet {
public void init(ServletConfig config) throws ServletException;
public ServletConfig getServletConfig();
public void service(ServletRequest req, ServletResponse res )throws ServletException, IOException;
public String getServletInfo();
public void destroy();
}
public abstract class GenericServlet implements Servlet, ServletConfig,java.io.Serializable {}
public abstract class HttpServlet extends GenericServlet {}
jsp:forward-执行页面转向，把请求转发到下一个页面；
jsp:param-用于传递参数，必须与其他支持参数的标签一起使用；
jsp:include-用于动态引入一个JSP页面；
jsp:plugin-用于下载JavaBean或Applet到客户端执行；
jsp:useBean-寻求或者实例化一个JavaBean；
jsp:setProperty-设置JavaBean的属性值；
jsp:getProperty-获取JavaBean的属性值。
init()方法在servlet的生命周期中仅执行一次，在服务器装载servlet时执行。缺省的init()方法通常是符合要求的，不过也可以根据需要进行 override，比如管理服务器端资源，一次性装入GIF图像，初始化数据库连接等，缺省的inti()方法设置了servlet的初始化参数，并用它的ServeltConfig对象参数来启动配置，所以覆盖init()方法时，应调用super.init()以确保仍然执行这些任务。
public void init(ServletConfig config)
getServletConfig()方法返回一个servletConfig对象，该对象用来返回初始化参数和servletContext。servletContext接口提供有关servlet的环境信息。
public ServletConfig getServletConfig()
getServletInfo()方法提供有关servlet的信息，如作者，版本，版权。
public String getServletInfo()
service()方法是servlet的核心，在调用service()方法之前，应确保已完成init()方法。对于HttpServlet，每当客户请求一个HttpServlet对象，该对象的service()方法就要被调用，HttpServlet缺省的service()方法的服务功能就是调用与HTTP请求的方法相应的do功能，doPost()和doGet()，所以对于HttpServlet，一般都是重写doPost()和doGet()方法。
public void service(ServletRequest request,ServletResponse response)
destroy()方法在servlet的生命周期中也仅执行一次，即在服务器停止卸载servlet时执行，把servlet作为服务器进程的一部分关闭。缺省的destroy()方法通常是符合要求的，但也可以override，比如在卸载servlet时将统计数字保存在文件中，或是关闭数据库连接。
public void destroy()
HttpServletRequest对象的getParameter()方法和getParameterValues()方法。
getParameter()方法用于获取单值表单元素的值，而getParameterValues()方法用于获取多值的情况，典型的复选框。
getParameter()方法返回的是一个字符串，而getParameterValues()方法返回的是字符串数组。
如果参数指定的表单元素不存在，返回null。
Token的引入：Token是在客户端频繁向服务端请求数据，服务端频繁的去数据库查询用户名和密码并进行对比，判断用户名和密码正确与否，并作出相应提示，在这样的背景下，Token便应运而生。
Token的定义：Token是服务端生成的一串字符串，以作客户端进行请求的一个令牌，当第一次登录后，服务器生成一个Token便将此Token返回给客户端，以后客户端只需带上这个Token前来请求数据即可，无需再次带上用户名和密码。
使用Token的目的：Token的目的是为了减轻服务器的压力，减少频繁的查询数据库，使服务器更加健壮。
Token 是在服务端产生的。如果前端使用用户名/密码向服务端请求认证，服务端认证成功，那么在服务端会返回 Token 给前端。前端可以在每次请求的时候带上 Token 证明自己的合法地位。
Session和Cookie都是一种会话技术。
Session
数据存放在服务端，安全（只存放和状态相关的）。
session不仅仅是存放字符串，还可以存放对象。
session是域对象（session本身是不能跨域的，但可以通过相应技术来解决）。
sessionID的传输默认是需要cookie支持的。
Cookie
数据存放在客户端，不安全（存放的数据一定是和安全无关紧要的数据）。
cookie只能存放字符串，不能存放对象。
cookie不是域对象（Cookie是支持跨域的）。
request对象代表了客户端的请求信息，主要用于接受通过HTTP协议传送到服务器的数据。（包括头信息、系统信息、请求方式以及请求参数等）。request对象的作用域为一次请求。
当Request对象获取客户提交的汉字字符时，会出现乱码问题，必须进行特殊处理。首先，将获取的字符串用ISO-8859－1进行编码，并将编码存发岛一个字节数组中，然后再将这个数组转化为字符串对象。
Request常用方法
getParameter(String strTextName)：获取表单提交的信息。
getProtocol()：获取客户使用的协议。
getServletPath()：获取客户提交信息的页面。
getMethod()：获取客户提交信息的方式。
getHeader()：获取HTTP头文件中的accept,accept-encoding和Host的值。
getRermoteAddr()：获取客户的IP地址。
getRemoteHost()：获取客户机的名称。
getServerName()：获取服务器名称。
getServerPort()：获取服务器的端口号。
getParameterNames()：获取客户端提交的所有参数的名字。
当一个请求发送到servlet容器的时候，容器先会将请求的url减去当前应用上下文的路径作为servlet的映射url，比如我访问的是http://localhost/test/aaa.html，我的应用上下文是test，容器会将http://localhost/test去掉，剩下的/aaa.html部分拿来做servlet的映射匹配。这个映射匹配过程是有顺序的，而且当有一个servlet匹配成功以后，就不会去理会剩下的servlet了（filter不同，后文会提到）。
匹配规则和顺序如下：
1）精确路径匹配。例子：比如servletA 的url-pattern为 /test，servletB的url-pattern为 /* ，这个时候，如果我访问的url为http://localhost/test ，这个时候容器就会先 进行精确路径匹配，发现/test正好被servletA精确匹配，那么就去调用servletA，也不会去理会其他的servlet了。
2）最长路径匹配。例子：servletA的url-pattern为/test/，而servletB的url-pattern为/test/a/，此时访问http://localhost/test/a时，容器会选择路径最长的servlet来匹配，也就是这里的servletB。
3）扩展匹配，如果url最后一段包含扩展，容器将会根据扩展选择合适的servlet。例子：servletA的url-pattern：*.action
4）如果前面三条规则都没有找到一个servlet，容器会根据url选择对应的请求资源。如果应用定义了一个default servlet，则容器会将请求丢给default servlet（什么是default servlet?后面会讲）。
根据这个规则表，就能很清楚的知道servlet的匹配过程，所以定义servlet的时候也要考虑url-pattern的写法，以免出错。
对于filter，不会像servlet那样只匹配一个servlet，因为filter的集合是一个链，所以只会有处理的顺序不同，而不会出现只选择一个filter。Filter的处理顺序和filter-mapping在web.xml中定义的顺序相同。
url-pattern详解
在web.xml文件中，以下语法用于定义映射：
以”/’开头和以”/”结尾的是用来做路径映射的。 以前缀”.”开头的是用来做扩展映射的。 “/” 是用来定义default servlet映射的。 剩下的都是用来定义详细映射的。比如： /aa/bb/cc.action
所以，为什么定义”/*.action”这样一个看起来很正常的匹配会错?因为这个匹配即属于路径映射，也属于扩展映射，导致容器无法判断。
此处可能存在不合适展示的内容，页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容，可点击提交进行申诉，我们将尽快为您处理。
