00:00
好,然后下面呢,咱们来看一下咱们的这个下面要讲的内容,就是我们的request mapping这个注解啊,那其实我们已经写过一个案例了,然后咱们也能够看出来,在我们的SPAVC中,这个注解还是非常非常的重要的,对不对,对吧?就比如说呀,我们的浏览器发送请求的服务器被我们的前端控制器dispat solve处理之后,它是怎么去找到我们当前的控制器方法的,就是通过我们的a request mapping注解是不是啊,请求映射啊,请求映射,所以说那咱们当前这个注解的功能是什么呢?大家来看,然后呢,从注解的名称上我们就可以看到request mapping叫做请求映射,那请求就是我们浏览器发送的请求,那映射和谁进行映射呢?那我们的注解是不是用来标识我们的控制器方法的,对不对,所以说呢,那我们当前的这个注解,就是将我们当前的请求和处理请求的控。
01:00
之器方法关联起来,建立映射关系,那每一次我们所发送的请求,如果说能和我们的request mapping进行匹配,那所以说这个注解所标识的方法就是来处理请求的方法,能听懂吧?好啊,想让大家来看,你看spring VC接收到指定的请求,然后就会来找到映射关系中对应的控制器方法来处理这个请求,能看懂吧,好啊,行,然后那我们下面呢,咱们再来看,那首先呢,咱们在讲这个问题之前呢,咱们刚才是不是已经写了一个案例了,对不对,对吧,那大家看你看我当前我这个地方啊,我是不是写了一个请求映射,对不对,对吧?然后那我下边我再来创建一个控制器,比如说咱们的这个控制器,咱们不是要来测试request mapping注解吗?那咱们就叫做request map ing request mapping controller,可以吧?
02:00
OK吧,啊,只要大家看好,那我们在这咱们加上一个a controller注解,那大家想,那你说我当前这个是控制器,那我这里面是不是也有控制器,对不对,对吧?那我的这个控制器,咱们所匹配的这个请求,是不是应该是我们当前访问咱们的上下文路径的一个请求,对不对,那我在这个控制器里面,咱们能不能再写一个呢?啊,大家说啊,比如说我把这个东西啊,然后咱们来复制一下,然后把它给放在这个地方,然后在这呢,咱们来跳转到一个其他的页面,比如说咱们来跳转到一个T,他点H7OK吧,好,那这个时候大家想,那我们当前是不是有两个控制器,而控制器中的方法呢,是不是都可以对我们当前的一个上下文路径,访问首页的路径是不是来进行处理,对不对,那它到底应该是用这个还是用这个呢?是不是啊,对吧?所以说下边大家看好,我们在这个地方,咱们来重新部署一下,大家来看啊。
03:07
好。大家看咋了,直接报错了,看到了没来大家看,这不就是我们当前的一个错误信息嘛,对不对,对吧,直接报错了啊,然后他给我们报的错是什么呢?大家来看,你看我们当前我们在这个地方看,这从这个地方来看啊,好,然后告诉我们there is already request mapping controller being method,哪个方法是不是mapping controller里面的谁呀,是不是咱们的index方法,它已经是不是被映射了,对不对,对吧,那也就是说我们当前咱们在这个里面所写的这个方法还有用没有用了,是不是就跟我们当前在这个控制器里面所写的这个请求映射发生了冲突,对不对,对吧?所以说大家注意,如果说我们当前咱们有多个控制器,那如果我们当前咱们的request mapping所处理的请求地址是一样的,请求路径是一样的,那我们当前咱们的C知道该找谁处理吗?
04:10
不知道,那所以说他是不是就会给我们报一个错,OK吧,所以说我们一定要保证在我们所有的控制器里面,我们的request makingping所能够匹配到的这个请求地址是唯一的,能听懂吧,啊行啊好,也就是在我们的控制器里面,然后我们的request mapping啊,然后它的这个值就是相同的这个请求地址我们一定只有一个request mapping能够解决,OK吧,能够映射啊好。
我来说两句