SpringMVC视图

SpringMVC 中的视图是 View 接口,视图的作用是渲染数据,将模型 Model 中的数据展示给用户。

视图的种类很多,默认有:转发视图和重定向视图。

若使用的视图技术为 Thymeleaf,在 SpringMVC 的配置文件中配置了 Thymeleaf 的视图解析器,由此视图解析器解析之后所得到的是 ThymeleafView。

一、ThymeleafView

当控制器方法中所设置的视图名称没有任何前缀时,此时的视图名称会被 SpringMVC 配置文件中所配置的视图解析器解析。

回顾下spring配置文件里的视图解析器的配置:

<!-- 配置Thymeleaf视图解析器 -->
    <bean id="viewResolver" class="org.thymeleaf.spring5.view.ThymeleafViewResolver">
        <property name="order" value="1"/>
        <property name="characterEncoding" value="UTF-8"/>
        <property name="templateEngine">
            <bean class="org.thymeleaf.spring5.SpringTemplateEngine">
                <property name="templateResolver">
                    <bean class="org.thymeleaf.spring5.templateresolver.SpringResourceTemplateResolver">
                        <!-- 视图前缀 -->
                        <property name="prefix" value="/WEB-INF/templates/"/>
                        <!-- 视图后缀 -->
                        <property name="suffix" value=".html"/>
                        <property name="templateMode" value="HTML5"/>
                        <property name="characterEncoding" value="UTF-8" />
                    </bean>
                </property>
            </bean>
        </property>
    </bean>

视图名称拼接视图前缀和视图后缀所得到的最终路径,会通过转发的方式实现跳转。

之前写的代码示例一直都是这种,比如:

@RequestMapping("/testThymeleafView")
    public String testThymeleafView() {
        return "success";
    }

二、转发视图

SpringMVC中默认的转发视图是 InternalResourceView 。

当控制器方法中所设置的视图名称以forward:为前缀时,创建 InternalResourceView 视图。

此时的视图名称不会被 SpringMVC 配置文件中所配置的视图解析器解析,而是会将前缀"forward:"去掉,剩余部分作为最终路径通过转发的方式实现跳转。

@Controller
public class ViewController {
    @RequestMapping("/testThymeleafView")
    public String testThymeleafView() {
        return "success";
    }
    @RequestMapping("/testToForward")
    public String testToForward() {
        return "forward:/testThymeleafView";
    }
}

控制器方法 testToForward 中,进行了转发forward:/testThymeleafView,去掉forward:之后,就可以转发到/testThymeleafView上。

也就是说,当我访问 http://localhost:8080/springmvc/testToForward,应该跳转显示出 success 页。

三、重定向视图

SpringMVC 中默认的重定向视图是 RedirectView 。

当控制器方法中所设置的视图名称以redirect:为前缀时,创建 RedirectView 视图。

此时的视图名称不会被 SpringMVC 配置文件中所配置的视图解析器解析,而是会将前缀"redirect:"去掉,剩余部分作为最终路径通过重定向的方式实现跳转。

继续新增一个控制器方法 testRedirect() 来测试一下:

@Controller
public class ViewController {
    @RequestMapping("/testThymeleafView")
    public String testThymeleafView() {
        return "success";
    }
    @RequestMapping("/testToForward")
    public String testToForward() {
        return "forward:/testThymeleafView";
    }
    @RequestMapping("/testRedirect")
    public String testRedirect() {
        return "redirect:/testThymeleafView";
    }
}

嗯?testToForward()和testRedirect()最终都是访问/testThymeleafView,那这2个还不是一样?

其实不一样。

  • 转发访问/testToForward时,页面看到的是 success 页面,浏览器地址栏仍然是/testToForward。
  • 重定向访问/testRedirect时,页面看到的是 success 页面,地址栏里也变成了/testThymeleafView。

四、转发和重定向区别

转发浏览器是发生一次请求,重定向是2次。

转发可以获取请求域中的数据,但是重定向不可以。因为转发用到一次请求,也就是用到的request对象是同一个。重定向是发送2次请求,是2个request对象。

转发可以访问 WEB-INF 中的资源,但是重定向不可以。因为 WEB-INF 下面的资源具有隐藏性,只能通过服务器内部来访问,不能通过浏览器来访问。

转发不可以跨域,重定向可以。转发是发生在服务器内部的,就只能访问内部的资源。而浏览器发送了2次请求,通过浏览器可以访问任何资源,比如我重定向到百度首页。

五、视图控制器 view-controller

视图控制器实际上是 springMVC 配置文件里的一个标签,作用也是实现请求地址和视图页面的映射关系。

当控制器方法中,仅仅用来实现页面跳转,即只需要设置视图名称时,可以将处理器方法使用view-controller标签进行表示。

比如:

@RequestMapping("/")
    public String index() {
        return "index";
    }

这里就可以注释掉,在springmvc 配置文件中用视图控制器来配置。

<!--
        path:设置处理的请求地址
        view-name:设置请求地址所对应的视图名称
    -->
    <mvc:view-controller path="/" view-name="index"></mvc:view-controller>

注意这里用的命名空间是 mvc,要去添加上。

重新部署,访问http://localhost:8080/springmvc/:

依然可以访问成功。

但是当我点击 index 中的超链接的时候报错了404:

这是因为当在配置文件中配置了 view-controller 之后,控制器中写的所有请求映射都失效了。

还需要再加入一个配置,设置开启 mvc 注解驱动的标签:

<!--开启 mvc 的注解驱动-->
    <mvc:annotation-driven />

再次点击跳转,访问成功:

感谢《尚硅谷》的学习资源,以上就是SpringMVC视图转发重定向区别及控制器示例详解的详细内容,更多关于SpringMVC视图的资料请关注Devmax其它相关文章!

SpringMVC视图转发重定向区别及控制器详解的更多相关文章

  1. ios – 将iphone应用程序重定向到苹果商店

    我有一个iPhone应用程序,当有可用的升级时,我想提示用户升级,如果他们点击升级,我想将它们重定向到苹果商店.这是怎么做到的?

  2. ios – Oauth突然无法使用iphone(仅安装了FS应用程序)

    我们的iPhone应用程序允许通过oauth通过Foursquare登录.它工作正常,最近停止工作.我们得到的错误是:连接失败:回调uri对此使用者无效.但是,如果用户没有在手机上安装foursquare应用程序,它可以像以前一样正常工作.似乎FS现在正在进行重定向来处理FS应用程序内部的oauth,并且在尝试返回到原始应用程序时失败.通过野生动物园它似乎工作.这是在ios9上.解决方案?

  3. ios – 以http无效的自定义URL方案开头

    我在应用程序中使用了自定义URL方案.我成功地从safari重定向到我的应用程序.就像我已经制作了URL方案“appname”.请检查http://prntscr.com/2cjx0p.我需要使用像iosurlredirectfrommailtoapp这样的解决方案,但我不确定如何设置cookie.我发现我必须首先在我的应用程序中为服务器“http://myappname.com”设置一个cook

  4. ios – NSURLProtocol的抽象方法

    我一直在我的应用程序中使用自定义NSURLProtocol来检测资源并从缓存目录加载(如果可用),或重定向回我的应用程序的服务器.但是,我发现缺少抽象方法的文档,我不知道如何处理我们需要实现的一些抽象方法.我们必须实施:canInitWithRequest很简单,这就是告诉NSURLProtocol您将响应此请求的方式.我不知道如何处理canonicalRequestForRequest:在sta

  5. ios – NSURLRequest:如何处理重定向的帖子?

    没有收到连接响应.处理重定向的相关iOS方法是,根据Apple的文档,如果代理没有实现连接:willSendRequest:redirectResponse:,所有规范更改和服务器重定向都是允许的.那么这不是我的经验,因为离开这个方法不适合我.该请求只是挂起没有响应.苹果还建议执行willSendRequest,这对我来说不起作用.我看到了调用,但结果的请求只是挂起.我当前执行的willSendRequest如下(见下文).这遵循重定向,但是处理请求就像是GET,而不是POST.我相信问题是重定向失去了H

  6. ios – Safari Web检查器不显示重定向

    我试图通过mc书上的safariwebinspector调试网络流量,但是我无法看到重定向的请求响应流量.让我们说A页重定向到B,重定向到C.在检查员中,我可以看到请求到页面A与站点C的响应数据,但我看不到中间发生了什么.在chrome中,我可以看到所有的重定向,因为我应该,但是我不能使用chrome,因为我想调试iphone模拟器.是否有可能配置safari检查员显示重定向?解决方法目前,您无法在Safari的WebInspector实用程序中查看重定向.#SuperSad

  7. ios – 在302重定向之后,AVPlayer无法为同一个域发送cookie

    有没有办法解决这个问题?请分享你的想法.解决方法制作一个演示该问题的示例,提交错误报告.然后创建一个提到雷达的DTS事件,并且您正在寻找一个解决方案,以便您认为是一个错误.这打开了两种可能性:>工程师可以确认错误–如果不知道他们会修复它,如果它是重复的,您可以请求原始状态信息>DTS具有足够的知识,有能力查询实际的AV工程师如何解决这个问题这样你就可以花更少的时间找到可能不会得到任何其他答案的地方.

  8. ios – 禁用WKWebView打开链接以重定向到我的iPhone上安装的应用程序

    当我搜索google并点击Etsy.com作为例子,WKWebView重定向到我的iPhone上安装的Etsy应用程序.如何禁用此行为?

  9. 在构建Xcode项目时可以转储AST吗?

    我一直在使用他们的AST来分析Swift项目,我想知道在使用Xcode构建Swift项目时是否可以生成它.现在,当对单个文件和简单项目运行swiftc-dump-ast命令时,我可以在终端上打印AST.然而,当将它用于更复杂的项目时变得更加困难.因此,我想使用xcode.我已经尝试将-dump-ast标志传递给BuildSettings>中的编译器.Swift编译器–自定义标志>其他Swift旗.

  10. ios – 在没有重定向的情况下建立到iTunes商店的联盟链接?

    id=sf2bW7QX/qU&offerid=146261.10005745&type=3&subid=0解决方法我认为你不想重定向的原因是>避免Safari浏览器弹出>避免AppStore应用程序内部的重定向我更喜欢k1th的解决方案,但是失败了,我认为问题是第一个itms链接不是“最终”链接.一种解决方案是简单地对URL进行硬编码:更清晰的解决方案是从request.URL中的itms链接读取应用程序ID,并使用将直接带到您的应用程序的模式格式化新URL.

随机推荐

  1. 基于EJB技术的商务预订系统的开发

    用EJB结构开发的应用程序是可伸缩的、事务型的、多用户安全的。总的来说,EJB是一个组件事务监控的标准服务器端的组件模型。基于EJB技术的系统结构模型EJB结构是一个服务端组件结构,是一个层次性结构,其结构模型如图1所示。图2:商务预订系统的构架EntityBean是为了现实世界的对象建造的模型,这些对象通常是数据库的一些持久记录。

  2. Java利用POI实现导入导出Excel表格

    这篇文章主要为大家详细介绍了Java利用POI实现导入导出Excel表格,文中示例代码介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们可以参考一下

  3. Mybatis分页插件PageHelper手写实现示例

    这篇文章主要为大家介绍了Mybatis分页插件PageHelper手写实现示例,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪

  4. (jsp/html)网页上嵌入播放器(常用播放器代码整理)

    网页上嵌入播放器,只要在HTML上添加以上代码就OK了,下面整理了一些常用的播放器代码,总有一款适合你,感兴趣的朋友可以参考下哈,希望对你有所帮助

  5. Java 阻塞队列BlockingQueue详解

    本文详细介绍了BlockingQueue家庭中的所有成员,包括他们各自的功能以及常见使用场景,通过实例代码介绍了Java 阻塞队列BlockingQueue的相关知识,需要的朋友可以参考下

  6. Java异常Exception详细讲解

    异常就是不正常,比如当我们身体出现了异常我们会根据身体情况选择喝开水、吃药、看病、等 异常处理方法。 java异常处理机制是我们java语言使用异常处理机制为程序提供了错误处理的能力,程序出现的错误,程序可以安全的退出,以保证程序正常的运行等

  7. Java Bean 作用域及它的几种类型介绍

    这篇文章主要介绍了Java Bean作用域及它的几种类型介绍,Spring框架作为一个管理Bean的IoC容器,那么Bean自然是Spring中的重要资源了,那Bean的作用域又是什么,接下来我们一起进入文章详细学习吧

  8. 面试突击之跨域问题的解决方案详解

    跨域问题本质是浏览器的一种保护机制,它的初衷是为了保证用户的安全,防止恶意网站窃取数据。那怎么解决这个问题呢?接下来我们一起来看

  9. Mybatis-Plus接口BaseMapper与Services使用详解

    这篇文章主要为大家介绍了Mybatis-Plus接口BaseMapper与Services使用详解,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪

  10. mybatis-plus雪花算法增强idworker的实现

    今天聊聊在mybatis-plus中引入分布式ID生成框架idworker,进一步增强实现生成分布式唯一ID,具有一定的参考价值,感兴趣的小伙伴们可以参考一下

返回
顶部