SpringBoot Controller接收参数的几种常用方式
第一类:请求路径参数
1、@PathVariable
获取路径参数。即 _url/{id}_这种形式。
2、@RequestParam
获取查询参数。即 _url?name=_这种形式
例子
GET
http://localhost:8080/demo/123?name=suki_rong
对应的java代码:
1
2
3
4
5
|
@GetMapping("/demo/{id}")
public void demo(@PathVariable(name = "id") String id, @RequestParam(name = "name") String name) {
System.out.println("id="+id);
System.out.println("name="+name);
}
|
输出结果:
1
2
|
id=123
name=suki_rong
|
第二类:Body参数
因为是POST请求,这里用Postman的截图结合代码说明
1、@RequestBody
例子
对应的java代码:
1
2
3
4
|
@PostMapping(path = "/demo1")
public void demo1(@RequestBody Person person) {
System.out.println(person.toString());
}
|
输出结果:
1
|
name:suki_rong;age=18;hobby:programing
|
也可以是这样
1
2
3
4
|
@PostMapping(path = "/demo1")
public void demo1(@RequestBody Map person) {
System.out.println(person.get("name"));
}
|
输出结果:
2、无注解
例子
对应的java代码:
1
2
3
4
|
@PostMapping(path = "/demo2")
public void demo2(Person person) {
System.out.println(person.toString());
}
|
输出结果:
1
|
name:suki_rong;age=18;hobby:programing
|
Person类
1
2
3
4
5
6
7
8
9
10
11
12
13
|
public class Person {
private long id;
private String name;
private int age;
private String hobby;
@Override
public String toString(){
return "name:"+name+";age="+age+";hobby:"+hobby;
}
}
|
第三类:请求头参数以及Cookie
2、@CookieValue
例子
java代码:
1
2
3
4
5
6
|
@GetMapping("/demo3")
public void demo3(@RequestHeader(name = "myHeader") String myHeader,
@CookieValue(name = "myCookie") String myCookie) {
System.out.println("myHeader=" + myHeader);
System.out.println("myCookie=" + myCookie);
}
|
也可以这样
1
2
3
4
5
6
7
8
9
|
@GetMapping("/demo3")
public void demo3(HttpServletRequest request) {
System.out.println(request.getHeader("myHeader"));
for (Cookie cookie : request.getCookies()) {
if ("myCookie".equals(cookie.getName())) {
System.out.println(cookie.getValue());
}
}
}
|
SpringBoot 重定向携带数据 RedirectAttributes
当controller层需要重定向到指定页面时,如何携带数据?
- 传统使用session
- 使用RedirectAttributes. (利用session原理)
- 优点: 提供了addFlashAttribute 等方法.确保数据只能被使用一次后删除
RedirectAttributes的使用
1
2
3
4
5
6
7
8
9
|
public interface RedirectAttributes extends Model {
RedirectAttributes addAttribute(String var1, @Nullable Object var2);
RedirectAttributes addAttribute(Object var1);
RedirectAttributes addAllAttributes(Collection<?> var1);
RedirectAttributes mergeAttributes(Map<String, ?> var1);
RedirectAttributes addFlashAttribute(String var1, @Nullable Object var2);
RedirectAttributes addFlashAttribute(Object var1);
Map<String, ?> getFlashAttributes();
}
|
- 直接在Controller的参数中添加RedirectAttributes.
- addFlashAttribute会在重定向到下一个页面取出这个数据以后,将session里面的数据删除\
- addFlashAttribute 方法会将数据存储在session中,访问一次后失效
1
2
3
4
5
6
|
@PostMapping("/regist")
public String register(RedirectAttributes attribdatautes){
int data = 1;
attributes.addFlashAttribute("data",data);
return "redirect:http://auth.gulimail.com/reg.html";
}
|
- addAttribute 方法会将数据拼接在url后(get的形式)
1
2
3
4
5
6
|
@GetMapping("/addToCartSuccess.html")
public String addToCartSuccessPagez(@RequestParam("skuId") Long skuId,Model model){
CartItem cartItem = cartService.selectCartItemInfo(skuId);
model.addAttribute("item",cartItem);
return "success";
}
|
@Scheduled
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
@Target({ElementType.METHOD, ElementType.ANNOTATION_TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Repeatable(Schedules.class)
public @interface Scheduled {
String CRON_DISABLED = ScheduledTaskRegistrar.CRON_DISABLED;
String cron() default "";
String zone() default "";
long fixedDelay() default -1;
String fixedDelayString() default "";
long fixedRate() default -1;
String fixedRateString() default "";
long initialDelay() default -1;
String initialDelayString() default "";
}
|
这些具体配置信息的含义如下:
- cron:通过cron表达式来配置执行规则,spring 3.0 后只支持 “6个参数”的cron,否则会报错
- zone:cron表达式解析时使用的时区
- fixedDelay:上一次执行结束到下一次执行开始的间隔时间(单位:ms,下全同)
- fixedDelayString:上一次任务执行结束到下一次执行开始的间隔时间,使用java.time.Duration#parse解析
- fixedRate:以固定间隔执行任务,即上一次任务执行开始到下一次执行开始的间隔时间(单位:ms),若在调度任务执行时,上一次任务还未执行完毕,会加入worker队列,等待上一次执行完成后立即执行下一次任务
- fixedRateString:与fixedRate逻辑一致,只是使用java.time.Duration#parse解析
- initialDelay:首次任务执行的延迟时间
- initialDelayString:首次任务执行的延迟时间,使用java.time.Duration#parse解析
logging level级别
日志记录器(Logger)是日志处理的核心组件。log4j具有5种正常级别(Level)。
-
static Level DEBUG :
DEBUG Level指出细粒度信息事件对调试应用程序是非常有帮助的,一般认为比较重要的方法执行需要详细查看运行情况的则开启debug。
-
static Level INFO
INFO level表明消息在粗粒度级别上突出强调应用程序的运行过程,只需要了解该方法是否运行的可以使用INFO
-
static Level WARN
WARN level表明会出现潜在错误的情形。
-
static Level ERROR
ERROR level指出虽然发生错误事件,但仍然不影响系统的继续运行。一般异常处理等情况都需要ERROR
-
static Level FATAL
FATAL level指出每个严重的错误事件将会导致应用程序的退出。
另外,还有两个可用的特别的日志记录级别:
- static Level ALL
ALL Level是最低等级的,用于打开所有日志记录。
- static Level OFF
OFF Level是最高等级的,用于关闭所有日志记录。
日志记录器(Logger)的行为是分等级的:
分为OFF、FATAL、ERROR、WARN、INFO、DEBUG、ALL或者您定义的级别。Log4j建议只使用四个级别,优先级 从高到低分别是 ERROR、WARN、INFO、DEBUG。
通过在这里定义的级别,您可以控制到应用程序中相应级别的日志信息的开关。比如在这里定义了INFO级别, 则应用程序中所有DEBUG级别的日志信息将不被打印出来。
优先级高的将被打印出来。项目上生产环境时候建议把debug的日志级别重新调为warn或者更高,避免产生大量日志。
SpringBoot如何注入多个类型相同的Bean
声明
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
|
@Bean(autowire = Autowire.BY_NAME,value = "kaptchaProducer")
public Producer kaptchaProducer() {
Properties kaptchaProperties = new Properties();
kaptchaProperties.put("kaptcha.border", "no");
kaptchaProperties.put("kaptcha.textproducer.char.length","4");
kaptchaProperties.put("kaptcha.image.height","50");
kaptchaProperties.put("kaptcha.image.width","150");
kaptchaProperties.put("kaptcha.obscurificator.impl","com.google.code.kaptcha.impl.ShadowGimpy");
kaptchaProperties.put("kaptcha.textproducer.font.color","black");
kaptchaProperties.put("kaptcha.textproducer.font.size","40");
kaptchaProperties.put("kaptcha.noise.impl","com.google.code.kaptcha.impl.NoNoise");
//kaptchaProperties.put("kaptcha.noise.impl","com.google.code.kaptcha.impl.DefaultNoise");
kaptchaProperties.put("kaptcha.textproducer.char.string","acdefhkmnprtwxy2345678");
Config config = new Config(kaptchaProperties);
return config.getProducerImpl();
}
@Bean(autowire = Autowire.BY_NAME,value = "kaptchaProducerH5")
public Producer kaptchaProducerH5() {
Properties kaptchaProperties = new Properties();
kaptchaProperties.put("kaptcha.border", "no");
kaptchaProperties.put("kaptcha.textproducer.char.length","4");
kaptchaProperties.put("kaptcha.image.height","50");
kaptchaProperties.put("kaptcha.image.width","150");
kaptchaProperties.put("kaptcha.obscurificator.impl","com.google.code.kaptcha.impl.ShadowGimpy");
kaptchaProperties.put("kaptcha.textproducer.font.color","black");
kaptchaProperties.put("kaptcha.textproducer.font.size","40");
kaptchaProperties.put("kaptcha.noise.impl","com.google.code.kaptcha.impl.NoNoise");
//kaptchaProperties.put("kaptcha.noise.impl","com.google.code.kaptcha.impl.DefaultNoise");
kaptchaProperties.put("kaptcha.textproducer.char.string","0123456789");
Config config = new Config(kaptchaProperties);
return config.getProducerImpl();
}
|
调用
1
2
3
4
5
|
@Resource(name = "kaptchaProducer")
private Producer kaptchaProducer;
@Resource(name = "kaptchaProducerH5")
private Producer kaptchaProducerH5;
|
Bean中的Autowire-Candidate又是干什么的?
autowire-candidate做什么事情的?
上一篇文章Spring系列第10篇:primary可以解决什么问题?中遇到的问题我们再来回顾一下,当容器中某种类型的bean存在多个的时候,此时如果我们从容器中查找这种类型的bean的时候,会报下面这个异常:
1
|
org.springframework.beans.factory.NoUniqueBeanDefinitionException
|
原因:当从容器中按照类型查找一个bean对象的时候,容器中却找到了多个匹配的bean,此时spring不知道如何选择了,处于懵逼状态,就会报这个异常。
这种异常主要出现在2种场景中:
场景1
从容器容器中查找符合指定类型的bean,对应BeanFactory下面的方法:
1
|
<T> T getBean(Class<T> requiredType) throws BeansException;
|
场景2
自动注入方式设置为byType的时候,如下:
1
2
3
4
5
6
7
8
9
10
11
|
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-4.3.xsd">
<bean id="serviceA" class="com.javacode2018.lesson001.demo8.SetterBean$ServiceA"/>
<bean id="serviceB" class="com.javacode2018.lesson001.demo8.SetterBean$ServiceB"/>
<bean id="setterBean" class="com.javacode2018.lesson001.demo8.SetterBean" autowire="byType" />
</beans>
|
setterBean的autowire设置的是byType,即按setter方法的参数类型自动注入,SetterBean的setService的类型是IService,而IService类有2个实现类:ServiceA和ServiceB,而容器容器中刚好有这2个实现类的bean:serviceA和serviceB,所以上面代码会报错,不知道注入的时候选择那个对象注入。
我们可以通过primary属性来指定一个主要的bean,当从容器中查找的时候,如果有多个候选的bean符合查找的类型,此时容器将返回primary=“true"的bean对象。
spring还有一种方法也可以解决这个问题,可以设置某个bean是否在自动注入的时候是否为作为候选bean,通过bean元素的autowire-candidate属性类配置,如下:
1
|
<bean id="serviceA" class="com.javacode2018.lesson001.demo8.SetterBean$ServiceA" autowire-candidate="false"/>
|
autowire-candidate:设置当前bean在被其他对象作为自动注入对象的时候,是否作为候选bean,默认值是true。
来举例说明一下,以上面的setter注入的案例先来说一下注入的过程:
容器在创建setterBean的时候,发现其autowire为byType,即按类型自动注入,此时会在SetterBean类中查找所有setter方法列表,其中就包含了setService方法,setService方法参数类型是IService,然后就会去容器中按照IService类型查找所有符合条件的bean列表,此时容器中会返回满足IService这种类型并且autowire-candidate=“true"的bean,刚才有说过bean元素的autowire-candidate的默认值是true,所以容器中符合条件的候选bean有2个:serviceA和serviceB,setService方法只需要一个满足条件的bean,此时会再去看这个列表中是否只有一个主要的bean(即bean元素的primary=“ture”的bean),而bean元素的primary默认值都是false,所以没有primary为true的bean,此时spring容器懵了,不知道选哪个了,此时就报错了,抛出NoUniqueBeanDefinitionException异常
从上面过程中可以看出将某个候选bean的primary置为true就可以解决问题了。
或者只保留一个bean的autowire-candidate为true,将其余的满足条件的bean的autowire-candidate置为false,此时也可以解决这个问题,下面我们使用autowire-candidate来解决上面问题看一下效果:
SetterBean.java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
|
package com.javacode2018.lesson001.demo9;
public class SetterBean {
public interface IService {} //@1
public static class ServiceA implements IService {} //@2
public static class ServiceB implements IService {} //@3
private IService service;
public void setService(IService service) {
this.service = service;
}
@Override
public String toString() {
return "SetterBean{" +
"service=" + service +
'}';
}
}
|
autowireCandidateBean.xml
1
2
3
4
5
6
7
8
9
10
11
|
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-4.3.xsd">
<bean id="serviceA" class="com.javacode2018.lesson001.demo9.SetterBean$ServiceA" autowire-candidate="false"/>
<bean id="serviceB" class="com.javacode2018.lesson001.demo9.SetterBean$ServiceB"/>
<bean id="setterBean" class="com.javacode2018.lesson001.demo9.SetterBean" autowire="byType" />
</beans>
|
上面我们将serviceA的autowire-candidate置为false了,serviceA在被其他bean自动按照类型注入的时候,将不再放入候选名单中
测试用例
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
|
package com.javacode2018.lesson001.demo9;
import com.javacode2018.lesson001.demo5.IocUtils;
import com.javacode2018.lesson001.demo8.NormalBean;
import com.javacode2018.lesson001.demo8.PrimaryBean;
import org.junit.Test;
import org.springframework.context.support.ClassPathXmlApplicationContext;
import java.util.Arrays;
import java.util.Map;
/**
* 公众号:路人甲Java,工作10年的前阿里P7分享Java、算法、数据库方面的技术干货!坚信用技术改变命运,让家人过上更体面的生活!
* bean元素的autowire-candidate可以设置当前bean是否作为其他bean自动注入的候选bean
*/
public class AutowireCandidateTest {
@Test
public void setterBean() {
String beanXml = "classpath:/com/javacode2018/lesson001/demo9/autowireCandidateBean.xml";
ClassPathXmlApplicationContext context = IocUtils.context(beanXml);
System.out.println(context.getBean(SetterBean.class)); //@1
SetterBean.IService service = context.getBean(SetterBean.IService.class); //@2
System.out.println(service);
}
}
|
@1:查找容器中SetterBean类型的bean对象
@2:查找容器中SetterBean.IService接口类型的bean,实际上面容器中serviceA和serviceB都是这种类型的
下面我们运行一下,看看输出:
1
2
|
SetterBean{service=com.javacode2018.lesson001.demo9.SetterBean$ServiceB@29176cc1}
com.javacode2018.lesson001.demo9.SetterBean$ServiceB@29176cc1
|
注意一下输出,2行输出中都是ServiceB,因为serviceB的autowire-candidate是默认值true,自动注入的时候作为候选bean,而serviceA的autowire-candidate是false,自动注入的时候不作为候选bean,所以上面输出的都是serviceB。
autowire-candidates属性解析源码
beans元素是xml中定义bean的根元素,beans元素有个default-autowire-candidates属性,用于定义哪些bean可以作为候选者,default-autowire-candidates的值是个通配符如:
1
|
default-autowire-candidates="*Service"
|
再来说一下bean元素的autowire-candidate属性,这个属性有3个可选值:
- default:这个是默认值,autowire-candidate如果不设置,其值就是default
- true:作为候选者
- false:不作为候选者
spring中由beans元素的default-autowire-candidates和bean元素的autowire-candidate来决定最终bean元素autowire-candidate的值,我们来看一下bean元素autowire-candidates的解析源码:
1
|
源码位置:org.springframework.beans.factory.xml.BeanDefinitionParserDelegate#parseBeanDefinitionAttributes
|
主要代码如下:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
//获取bean元素的autowire-candidate元素,autowire-candidate如果不设置,其值就是default
String autowireCandidate = ele.getAttribute(AUTOWIRE_CANDIDATE_ATTRIBUTE);
//判断bean元素的autowire-candidate元素是否等于"default"或者是否等于""
if (isDefaultValue(autowireCandidate)) {
//获取beans元素default-autowire-candidates属性值
String candidatePattern = this.defaults.getAutowireCandidates();
//判断获取beans元素default-autowire-candidates属性值是否为空,default-autowire-candidates默认值就是null
if (candidatePattern != null) {
//判断bean的名称是否和default-autowire-candidates的值匹配,如果匹配就将bean的autowireCandidate置为true,否则置为false
String[] patterns = StringUtils.commaDelimitedListToStringArray(candidatePattern);
bd.setAutowireCandidate(PatternMatchUtils.simpleMatch(patterns, beanName));
}
}else {
//判断bean的autowire-candidate的值是否等于"true"
bd.setAutowireCandidate(TRUE_VALUE.equals(autowireCandidate));
}
|
如果上面判断都没有进去,autowireCandidate属性默认值就是true,这个在下面定义的:
1
2
3
|
org.springframework.beans.factory.support.AbstractBeanDefinition#autowireCandidate
private boolean autowireCandidate = true;
|
所有的bean元素最后都会被解析为spring中的org.springframework.beans.factory.config.BeanDefinition对象,关于BeanDefinition以后我们会细说。
问题
对上面的案例做个扩展,SetterBean类中加个方法:
1
2
3
|
public void setService1(List<IService> service) {//@0
System.out.println(service); //@1
}
|
@0:需要注入一个IService的集合,判断一下**@1输出的是容器中的serviceA,还是serviceB,还是2个都有呢?为什么?**
案例源码
1
2
|
链接:https://pan.baidu.com/s/1p6rcfKOeWQIVkuhVybzZmQ
提取码:zr99
|
Spring Boot 的 banner 换成了美女,老板说工作不饱和,建议安排加班
SpringBoot的banner竟然可以用美女图片在线制作,难以相信
一:banner.txt
在SpringBoot项目的resources目录下新建一个banner.txt文本文件,然后将启动Banner粘贴到此文本文件中,启动项目即可。
SpringBoot的banner竟然可以用美女图片在线制作,难以相信
二:在线制作banner
很多公司的banner为自己公司的名称或者产品名称,所以通过文本获取banner是必要的,这里介绍几个在线制作banner的网站:
Big字体
Doom字体
这个网站就非常牛逼了,可以根据图片转为为文本。
既然图片能转文本,那我就随便找一张图来玩玩。
https://uploadfile.huiyi8.com/2014/0719/20140719100527496.jpg
大家来看一下结果,我和我的小伙伴都惊呆了,还是彩色。