送大家以下java学习材料，文末有支付形式
一、前言
在日常开发中，常常会遇到须要在配置文件中，存储 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 的元素个数就不是空了。
这个问题比较严重，因为它会导致代码中的判空逻辑执行谬误。这个问题也是能够解决的，在 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 的内容都很长，既不美观，也不容易浏览。