①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中进行重定向
通常在servlet中使用，不在jsp中使用。
② response.sendRedirect()
是在用户的浏览器端工作,sendRedirect()可以带参数传递,比如servlet?name=frank传至下个页面,同时它可以重定向至不同的主机上,sendRedirect()可以重定向有frame.的jsp文件.
重定向后在浏览器地址栏上会出现重定向页面的URL
例：在servlet中重定向
由于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) Dispatcher.forward()是容器中控制权的转向，在客户端浏览器地址栏中不会显示出转向后的地址;
(2) response.sendRedirect()则是完全的跳转，浏览器将会得到跳转的地址，并重新发送请求链接。这样，从浏览器的地址栏中可以看到跳转后的链接地址。
前者更加高效，在前者可以满足需要时，尽量使用RequestDispatcher.forward()方法。
注：在有些情况下，比如，需要跳转到一个其它服务器上的资源，则必须使用HttpServletResponse.sendRequest()方法。
③＜jsp:forward page= /＞https://www.yaoruanwen.com/n/464060.html
它的底层部分是由RequestDispatcher来实现的，因此它带有RequestDispatcher.forward()方法的印记。
如果在之前有很多输出,前面的输出已使缓冲区满,将自动输出到客户端,那么该语句将不起作用,这一点应该特别注意。
另外要注意：它不能改变浏览器地址，刷新的话会导致重复提交
④ 修改HTTP header的Location属性来重定向
通过设置直接修改地址栏来实现页面的重定向。
jsp文件代码如下：
⑤ JSP中实现在某页面停留若干秒后,自动重定向到另一页面
在html文件中，下面的代码：
＜meta http-equiv=refresh content=300; url=target.jsp＞
它的含义：在5分钟之后正在浏览的页面将会自动变为target.htmlhttps://www.yaoruanwen.com/n/464057.html这一页。代码中300为刷新的延迟时间，以秒为单位。targer.html为你想转向的目标页,若为本页则为自动刷新本页。
由上可知，可以通过setHeader来实现某页面停留若干秒后,自动重定向到另一页面。
在学习文件处理命令时，我们学习了如何创建软链接和硬链接。这两种文件是linux系统中的“特殊文件”，相当于windows文件系统中的快捷方式。那么下面再具体讲讲软连接和硬链接的区别。如果想弄明白软硬链接，首先我们得先知道inode的概念。
1、inode
在前面的文章我们提过，一个文件是由目录块、inode、数据块三部分组成。
1)目录块：记录着文件名和inode节点号码；
2)inode： 存储的信息有唯一标识号码, 创建时间、修改时间 、文件大小、属主、归属组、读写权限、数据所在block号等信息
3)数据块：是保存文件真实数据的地方。
在 Linux 中， inode存储的参数中唯独不包含文件名，而inode号码（索引节点号）才是文件的唯一标识而非文件名。文件名仅是为了方便人们的记忆和使用，系统或程序通过 inode 号寻找正确的文件数据块。下图展示了程序通过文件名获取文件内容的过程。
在Linux 系统中查看 inode 号可使用命令 stat 或 ls -i（若是 AIX 系统，则使用命令 istat）。
当我们使用命令 mv 移动并重命名文件时，文件的用户数据及https://www.yaoruanwen.com/n/464054.html inode号码不会改变，文件移动前后 inode 号还是：916538。
为解决文件的共享使用，Linux 系统引入了两种链接：硬链接 (hard link) 与软链接（soft link）。链接不仅解决了文件的共享使用，还带来了隐藏文件路径、增加权限安全及节省存储等优势。
2、硬链接
若一个 inode 号对应多个文件名，则称这些文件为硬链接。换言之，硬链接就是同一个文件使用了多个别名（如下图，硬链接就是file的一个别名，他们有共同的 inode）。
下面我们来做个测试：我们先准备两个文件，详情如下：
然后，给a.txt做一个硬链接aaaHard，详情如下：
创建硬链接前，a.txt显示的链接数目为1，创建链接后
1）a.txt和aaaHard的链接数目都变为2。
2）a.txt和aaaHard的inode号是一样的，都是916538
3）a.txt和aaaHard显示的文件大小也是一样，都是11B。
再使用stat命令查询一下：
由此可见：a.txt和aaaHard只是同一个文件的两个名字而已， 它们具有同样的索引节点号和文件属性，建立文件a.txt的硬链接，就是为https://www.yaoruanwen.com/n/464053.html a.txt的文件索引节点在当前目录上建立一个新指针。你可以删除其中任何一个，如rm a.txt，每次只会删除一个指针，链接数同时减一，只有将所有指向文件内容的指针，也即链接数减为0时，内核才会把文件内容从磁盘上删除。
3、软连接
软链接与硬链接不同，软链接就是一个普通文件，有着自己的 inode 号以及用户数据块，只不过对应的数据块里的内容比较特殊，存储的是另一文件的路径名的指向。(见图解)
现在，我们继续上一个测试，给b.java添加软连接，详情如下：
从上图，我们不难发现，软链接的inode号码与b.java的不是同一个，文件大小也不一样等等。
4、硬链接与软连接的区别
硬链接和软链接不仅仅是在概念上的不同，在实现方式上也不同。我们总结一下硬链接与软链接的区别：
硬链接文件和源文件公用一个inode号，说明他们是同一个文件，而软链接文件和源文件拥有不同的inode号，表明他们是两个不同的文件；https://www.yaoruanwen.com/n/464048.html
在文件属性上软链接明确写出了是链接文件，而硬链接没有写出来，因为在本质上硬链接文件和源文件是同一个文件；
链接数目是不一样的，软链接的链接数目不会增加；
文件大小是不一样的，硬链接文件显示的大小是跟原文件是一样的。而软链接大小与源文件就不同了。
用户不能给目录创建硬链接，软连接却可以指向目录
硬链接不可以跨文件系统。因为 inode 是这个文件在当前分区中的索引值，是相对于这个分区的。而软链接没有任何文件系统的限制
软连接也是有缺点的：因为软连接的数据块内存储的是源文件的路径信息，因此当源文件被移动到其他目录后，再访问链接文件，系统就找不到了源文件了，软链接就成了死链接。而硬链接是没有这个缺陷的，怎么移动源文件都没有关系；还有它要系统分配额外的空间用于建立新的索引节点和保存源文件的路径的数据块。
5、与软硬链接相关的操作
除了“ls -il”命令查看文件的属性及其inode号码，和stat命令 查看文件的inode信息外，我们还可以使用find命令进行一些查询操作：
案例1: 查找在路径https://www.yaoruanwen.com/n/464045.html /home/michael/test 下的文件 b.java 的软链接
find /home/michael/test -lname b.java
案例2： 查看路径 /home/michael/test有相同 inode 的所有硬链接
find /home/michael/test -samefile /home/michael/test/a.txt
案例3：查询inode号码是660650的文件
find /home -inum 660650
案例4：列出路径 /home/michael/test下的所有软链接文件