dispatcher方法(dispatch master)
redirect 和dispatcher
RequestDispatcher.forward()方法和HttpServletResponse.sendRedirect()方法的区别是：
前者仅是容器中控制权的转向，在客户端浏览器地址栏中不会显示出转向后的地址，他是不会改变 Request的值，如果你需要在下一个页面中能从中获取新的信息的话，你可以Request.setAttribute()来放置一些标志，这样从下一个页面中获取；
后者则是完全的跳转，浏览器将会得到跳转的地址，并重新发送请求链接，此次请求将丢失Request 的值。这样，从浏览器的地址栏中可以看到跳转后的链接地址。
所以，前者更加高效，在前者可以满足需要时，尽量使用Request Dispatcher.forward()方法，并且，这样也有助于隐藏实际的链接。
在有些情况下，比如，需要跳转到一个其它服务器上的资源，则必须使用HttpServletResponse.sendRequest()方法。
转发和重定向的区别
不要仅仅为了把变量传到下一个页面而使用session作用域，那会无故增大变量的作用域，转发也许可以帮助你解决这个问题。
重定向：以前的request中存放的变量全部失效，并进入一个新的request作用域。
转发：以前的request中存放的变量不会失效，就像把两个页面拼到了一起。
正文开始：
先是看上去不同，他们的调用分别如下：
request.getRequestDispatcher("apage.jsp").forward(request, response);//转发到apage.jsp
response.sendRedirect("apage.jsp");//重定向到apage.jsp
在jsp页面中你也会看到通过下面的方式实现转发：
我在初学jsp的时候，对这两个概念非常模糊，看别人的例子的时候，也是一头雾水，不知道什么时候该用哪个。希望下面的解说能对你有所帮
助。
提到转发和重定向就不得不提到request作用域。很多初学者都知道当我们提交一个表单时，就创建了一个新的请求。实际上，当我们点击一个
链接时，也创建了一个新的请求。那么一个请求的作用于到底有多大呢？例如：
在页面a.jsp中有一个链接这是指向b的一个链接，而且还带了一个参数。当我们点击这个连接的时候，就产生了一
个请求，为了明确起见，我们把它叫做requestA-B。现在，在b.jsp页面中我们就可以从这个请求中获取信息了。在b.jsp中你可以写入out.pr
intln(request.getParameter("id"))进行测试。下面更复杂一点，我们在b.jsp页面中增加下面的语句：
request.setAttribute("name","funcreal");
out.println(request.getAttriblute("name"));//成功显示了name变量的值。
现在在b.jsp中再增加一个链接：这是指向c的一个链接，而且还带了一个参数,当我们点击这个连接的时候，将
产生一个新的请求，这时requestA-B也就安息了，新的请求叫做requestB-C。同样的道理，在c.jsp 中，我们可以访问到的变量只有age，因为i
d，name这两个变量都属于requestA-B，此时他已经不存在了。下面是源代码：
a.jsp
指向b.jsp，而且还带了一个参数id=1。requestA-B现在诞生了
b.jsp
requestA-B已经结束了。指向c.jsp，而且还带了一个参数age=23
c.jsp
那么转发又是怎么回事呢？现在增加一个页面叫做d.jsp，并且在c.jsp中前面增加一句
d.jsp
requestB-C的魔爪已经伸到了d.jsp页面
运行程序，你会发现c页面中的内容没有显示出来，因为forward是自动执行的，地址栏中虽然是c.jsp但实际上，但浏览器中显示的已经是d.js
p的内容了，而且看到了从b.jsp传过来的参数。你可以简单得这样理解：转发，就是延长了requestB-C的作用域，
page="d.jsp"/，这一句话实际上是把c.jsp和d.jsp粘到了一起，他们就像是在一个页面中。
如果你用过struts，那么你就知道为什么在Action中，最后一句几乎总是mapping.findForward("xxx");了。因为我们在这个Action中设置的请
求作用域的变量都将会在下一个页面（也许是另一个Action）中用到，所以要用转发。
总结：
用重定向和转发不是一个习惯问题。而是什么情况下必须用什么的问题。
不要仅仅为了把变量传到下一个页面而使用session作用域，那会无故增大变量的作用域，转发也许可以帮助你解决这个问题。
重定向：以前的request中存放的变量全部失效，并进入一个新的request作用域。
转发：以前的request中存放的变量不会失效，就像把两个页面拼到了一起。
1、dispatch还是原来的request，但是redirect则是重新建立一个request。
2、dispatch基本上都是转发到context内部的资源，而redirect可以重定向到外部的资源,如： req.sendRedriect("");
有关JSP/Servlet的重定向技术综述如下[补充]
1.RequestDispatcher.forward()
是在服务器端起作用,当使用forward()时,Servlet engine传递HTTP请求从当前的Servlet or JSP到另外一个Servlet,JSP 或普通HTML文件,也即你的form提交至a.jsp,在a.jsp用到了forward()重定向至b.jsp,此时form提交的所有信息在 b.jsp都可以获得,参数自动传递.
但forward()无法重定向至有frame的jsp文件,可以重定向至有frame的html文件,同时forward()无法在后面带参数传递,比如servlet?name=frank,这样不行,可以程序内通过response.setAttribute("name",name)来传至下一个页面.
重定向后浏览器地址栏URL不变.
例:在servlet中进行重定向
public void doPost(HttpServletRequest request,HttpServletResponse response)
throws ServletException,IOException
{
response.setContentType("text/html; charset=gb2312");
ServletContext sc = getServletContext();
RequestDispatcher rd = null;
rd = sc.getRequestDispatcher("/index.jsp"); //定向的页面
rd.forward(request, response);
}
通常在servlet中使用，不在jsp中使用。
2.response.sendRedirect()
是在用户的浏览器端工作,sendRedirect()可以带参数传递,比如servlet?name=frank传至下个页面,同时它可以重定向至不同的主机上,sendRedirect()可以重定向有frame.的jsp文件.
重定向后在浏览器地址栏上会出现重定向页面的URL
例:在servlet中重定向
public void doPost(HttpServletRequest request,HttpServletResponse response)
throws ServletException,IOException
{
response.setContentType("text/html; charset=gb2312");
response.sendRedirect("/index.jsp");
}
由于response是jsp页面中的隐含对象，故在jsp页面中可以用response.sendRedirect()直接实现重定位。
注意：
(1).使用response.sendRedirect时，前面不能有HTML输出。
这并不是绝对的，不能有HTML输出其实是指不能有HTML被送到了浏览器。事实上现在的server都有cache机制，一般在8K（我是说JSP SERVER），这就意味着，除非你关闭了cache，或者你使用了out.flush()强制刷新，那么在使用sendRedirect之前，有少量的 HTML输出也是允许的。
(2).response.sendRedirect之后，应该紧跟一句return;
我们已经知道response.sendRedirect是通过浏览器来做转向的，所以只有在页面处理完成后，才会有实际的动作。既然你已经要做转向了，那么后的输出还有什么意义呢？而且有可能会因为后面的输出导致转向失败。
比较：
(1).Request Dispatcher.forward()是容器中控制权的转向，在客户端浏览器地址栏中不会显示出转向后的地址；
(2).response.sendRedirect()则是完全的跳转，浏览器将会得到跳转的地址，并重新发送请求链接。这样，从浏览器的地址栏中可以看到跳转后的链接地址。
前者更加高效，在前者可以满足需要时，尽量使用RequestDispatcher.forward()方法.
注：在有些情况下，比如，需要跳转到一个其它服务器上的资源，则必须使用 HttpServletResponse.sendRequest()方法。
3.jsp:forward page="" /
它的底层部分是由RequestDispatcher来实现的，因此它带有 RequestDispatcher.forward()方法的印记。
如果在jsp:forward之前有很多输出,前面的输出已使缓冲区满,将自动输出到客户端,那么该语句将不起作用,这一点应该特别注意。
另外要注意：它不能改变浏览器地址，刷新的话会导致重复提交
4.修改HTTP header的Location属性来重定向
通过设置直接修改地址栏来实现页面的重定向。
jsp文件代码如下：
＜%
response.setStatus(HttpServletResponse.SC_MOVED_PERMANENTLY);
String newLocn = "/newpath/jsa.jsp";
response.setHeader("Location",newLocn);
%＞
5.JSP中实现在某页面停留若干秒后,自动重定向到另一页面
在html文件中，下面的代码：
meta http-equiv="refresh" content="300; url=target.jsp"
它的含义：在5分钟之后正在浏览的页面将会自动变为target.html这一页。代码中300为刷新的延迟时间，以秒为单位。targer.html为你想转向的目标页,若为本页则为自动刷新本页。
由上可知，可以通过setHeader来实现某页面停留若干秒后,自动重定向到另一页面。
关键代码：
String content=stayTime+";URL="+URL;
response.setHeader("REFRESH",content);
在javaweb中dispatcher是什么意思
是一个控制分发器，如果请求是以/person/…开头的，并且是通过request dispatcher的forward方法传递过来或者直接从客户端传递过来的，则必须经过这个过滤器。
如何使用C#的方法 Dispatcher.Invoke =>
Dispatcher.Invoke的参数是一个委托，会把委托的东西放到界面线程去执行。
而() = {}是lamda表达式，可以用来构造一个委托。
你去搜下委托和lamda就可以了。
在filtermapping中定义dispatcher有什么作用
2.4版本的servlet规范在部属描述符中新增加了一个dispatcher元素，这个元素有四个可能的值：即REQUEST、FORWARD、INCLUDE和ERROR，可以在一个filter-mapping元素中加入任意数目的dispatcher，使得filter将会作用于直接从客户端过来的request，通过forward过来的request，通过include过来的request和通过error-page过来的request。如果没有指定任何 dispatcher 元素，默认值是REQUEST。可以通过下面几个例子来辅助理解。
例1：
Xml代码
filter-mapping
filter-nameLogging Filter/filter-name
url-pattern/products/*/url-pattern
/filter-mapping
这种情况下，过滤器将会作用于直接从客户端发过来的以/products/…开始的请求。因为这里没有制定任何的 dispatcher 元素，默认值是REQUEST。
例2：
Xml代码
filter-mapping
filter-nameLogging Filter/filter-name
servlet-nameProductServlet/servlet-name
dispatcherINCLUDE/dispatcher
/filter-mapping
这种情况下，如果请求是通过request dispatcher的include方法传递过来的对ProductServlet的请求，则要经过这个过滤器的过滤。其它的诸如从客户端直接过来的对ProductServlet的请求等都不需要经过这个过滤器。
指定filter的匹配方式有两种方法：直接指定url-pattern和指定servlet，后者相当于把指定的servlet对应的url-pattern作为filter的匹配模式。filter的路径匹配和servlet是一样的，都遵循servlet规范中《SRV.11.2 Specification of Mappings》一节的说明
例3：
Xml代码
filter-mapping
filter-nameLogging Filter/filter-name
url-pattern/products/*/url-pattern
dispatcherFORWARD/dispatcher
dispatcherREQUEST/dispatcher
/filter-mapping
在这种情况下，如果请求是以/products/…开头的，并且是通过request dispatcher的forward方法传递过来或者直接从客户端传递过来的，则必须经过这个过滤器。
java dispatcher 哪个方法分发
request分发
dispatcher是请求转发，既然是请求那么肯定是request
redirect是重定向，是response
