SpringBoot 的@Value注解太强大了，用了都说爽！

悠悠 2023-01-19 04:41 150阅读 0赞

![0D5F937FE12312312D81F17F.jpg][]

程序员的成长之路

互联网/程序员/技术/资料共享

[关注][Link 1]

阅读本文大概需要 4 分钟。

来自：https://jitwxs.cn/d6d760c4.html

一、前言

在日常开发中，经常会遇到需要在配置文件中，存储 `List` 或是 `Map` 这种类型的数据。

Spring 原生是支持这种数据类型的，以配置 `List` 类型为例，对于 `.yml` 文件配置如下：

test:
      list:
        - aaa
        - bbb
        - ccc

对于 `.properties` 文件配置如下所示：

test.list[0]=aaa
    test.list[1]=bbb
    test.list[2]=ccc

当我们想要在程序中使用时候，想当然的使用 `@Value` 注解去读取这个值，就像下面这种写法一样：

@Value("${test.list}")
    private List<String> testList;

你会发现程序直接报错了，报错信息如下：

java.lang.IllegalArgumentException: Could not resolve placeholder 'test.list' in value "${test.list}"

这个问题也是可以解决的，以我们要配置的 key 为 `test.list` 为例，新建一个 `test` 的配置类，将 `list` 作为该配置类的一个属性：

@Configuration
    @ConfigurationProperties("test")
    public class TestListConfig {
        private List<String> list;
    
        public List<String> getList() {
            return list;
        }
    
        public void setList(List<String> list) {
            this.list = list;
        }
    }

在程序其他地方使用时候。采用自动注入的方式，去获取值：

@Autowired
    private TestListConfig testListConfig;
    
    // testListConfig.getList();

可以看见，这种方式十分的不方便，最大的问题是配置和代码高耦合了，增加一个配置，还需要对配置类做增减改动。

# 二、数组怎么样 #

数组？说实话，业务代码写多了，这个“古老”的数据结构远远没有 list 用的多，但是它在解决上面这个问题上，出乎异常的好用。

test:
      array1: aaa,bbb,ccc
      array2: 111,222,333
      array3: 11.1,22.2,33.3
    @Value("${test.array1}")
    private String[] testArray1;
    
    @Value("${test.array2}")
    private int[] testArray2;
    
    @Value("${test.array3}")
    private double[] testArray3;

这样就能够直接使用了，就是这么的简单方便，如果你想要支持不配置 key 程序也能正常运行的话，给它们加上默认值即可：

@Value("${test.array1:}")
    private String[] testArray1;
    
    @Value("${test.array2:}")
    private int[] testArray2;
    
    @Value("${test.array3:}")
    private double[] testArray3;

仅仅多了一个 `:` 号，冒号后的值表示当 key 不存在时候使用的默认值，使用默认值时数组的 length = 0。

总结下使用数组实现的优缺点：

**优点** ：

*  不需要写配置类
 *  使用逗号分割，一行配置，即可完成多个数值的注入，配置文件更加精简

**缺点** ：

*  业务代码中数组使用很少，基本需要将其转换为 List，去做 contains、foreach 等操作。

# 三、替代方法 #

那么我们有没有办法，在解析 list、map 这些类型时，像数组一样方便呢？

答案是可以的，这就依赖于 `EL` 表达式。

## 3.1 解析 List ##

以使用 `.yml` 文件为例，我们只需要在配置文件中，跟配置数组一样去配置：

test:
      list: aaa,bbb,ccc

在调用时，借助 `EL` 表达式的 `split()` 函数进行切分即可。

@Value("#{'${test.list}'.split(',')}")
    private List<String> testList;

同样，为它加上默认值，避免不配置这个 key 时候程序报错：

@Value("#{'${test.list:}'.split(',')}")
    private List<String> testList;

但是这样有个问题，当不配置该 key 值，默认值会为空串，它的 length = 1（不同于数组，length = 0），这样解析出来 list 的元素个数就不是空了。

![14fd0bc74dd266f780ea058c80cb2158.png][]

这个问题比较严重，因为它会导致代码中的判空逻辑执行错误。这个问题也是可以解决的，在 `split()` 之前判断下是否为空即可。

@Value("#{'${test.list:}'.empty ? null : '${test.list:}'.split(',')}")
    private List<String> testList;

如上所示，即为最终的版本，它具有数组方式的全部优点，且更容易在业务代码中去应用。

## 3.2 解析 Set ##

解析 Set 和解析 List 本质上是相同的，唯一的区别是 Set 会做去重操作。

test:
      set: 111,222,333,111
    `@Value("#{'${test.set:}'.empty ? null : '${test.set:}'.split(',')}")
    private Set<Integer> testSet;
    
    // output: [111, 222, 333]

## 3.3 解析 Map ##

解析 Map 的写法如下所示，value 为该 map 的 JSON 格式，注意这里使用的引号：整个 JSON 串使用引号包裹，value 值使用引号包裹。

test:
      map1: '{"name": "zhangsan", "sex": "male"}'
      map2: '{"math": "90", "english": "85"}'

在程序中，利用 EL 表达式注入：

@Value("#{${test.map1}}")
    private Map<String,String> map1;
    
    @Value("#{${test.map2}}")
    private Map<String,Integer> map2;

注意，使用这种方式，必须得在配置文件中配置该 key 及其 value。我在网上找了许多资料，都没找到利用 EL 表达式支持不配置 key/value 的写法。

如果你真的很需要这个功能，就得自己写解析方法了，这里以使用 fastjson 进行解析为例：

(1) 自定义解析方法

public class MapDecoder {
        public static Map<String, String> decodeMap(String value) {
            try {
                return JSONObject.parseObject(value, new TypeReference<Map<String, String>>(){});
            } catch (Exception e) {
                return null;
            }
        }
    }

(2) 在程序中指定解析方法

@Value("#{T(com.github.jitwxs.demo.MapDecoder).decodeMap('${test.map1:}')}")
    private Map<String, String> map1;
    
    @Value("#{T(com.github.jitwxs.demo.MapDecoder).decodeMap('${test.map2:}')}")
    private Map<String, String> map2;

# 四、后续 #

以上就是本文的全部内容，利用 EL 表达式、甚至是自己的解析方法，可以让我们更加方便的配置和使用 Collection 类型的配置文件。

特别注意的是 `@Value` 注解不能和 `@AllArgsConstructor` 注解同时使用，否则会报错

Consider defining a bean of type 'java.lang.String' in your configuration

这种做法唯一不优雅的地方就是，这样写出来的 `@Value` 的内容都很长，既不美观，也不容易阅读。

<END>

**推荐阅读：**

[2021年，良月柒的顶级开发工具都在这了][2021]

[是时候装逼了，试试 IDEA 解决 Maven 依赖冲突的高能神器！][IDEA _ Maven]

最近面试BAT，整理一份面试资料《Java面试BATJ通关手册》，覆盖了Java核心技术、JVM、Java并发、SSM、微服务、数据库、数据结构等等。

**获取方式：点个「****在看****」，点击上方小卡片，进入公众号后回复「****面试题****」领取，更多内容陆续奉上。**

朕已阅 ![710c60d98c83b2fc1dc8d663ed621f50.gif][]

[0D5F937FE12312312D81F17F.jpg]: /images/20221021/d95a741c36ea49108e717479832215bd.png
[Link 1]: https://mp.weixin.qq.com/s?__biz=MzUyNDkzNzczNQ%3D%3D&chksm=fa24f0bacd5379ac93d74ffebac826d2401fd494f82e900e5102a8bf968f108e4ec72a4ad548&idx=3&lang=zh_CN&mid=2247487442&scene=21&sn=61e758d4bf9f15a3419fd028146469a3&token=1854383306#wechat_redirect
[14fd0bc74dd266f780ea058c80cb2158.png]: /images/20221021/b4f8dba2ecd540dda90f5aeae3603faa.png
[2021]: http://mp.weixin.qq.com/s?__biz=MzUyNDkzNzczNQ%3D%3D&chksm=fa2725cbcd50acdd415efae6718e9de8a4919d26f4d2c76f0472958628c99b152576e75aef8c&idx=1&mid=2247506595&scene=21&sn=59256f986a885dcf637305c6f27bc672#wechat_redirect
[IDEA _ Maven]: http://mp.weixin.qq.com/s?__biz=MzUyNDkzNzczNQ%3D%3D&chksm=fa2725cbcd50acdd18cf7aca78669e985246d81dfff307c5888b2b6214ea46ac7c266d759109&idx=2&mid=2247506595&scene=21&sn=083e8a119cf0c9932dd0a1236fe7f6c7#wechat_redirect
[710c60d98c83b2fc1dc8d663ed621f50.gif]: /images/20221021/d17d5c9df84e4421b5369fa6bd493869.png