使用简写语法向列表传入null值的标准技术方案有哪些

支持null元素的列表初始化标准方案 #

你遇到的List.of不支持null是Java 9+静态工厂方法的刻意设计，不需要为了适配它强行改自己的代码逻辑，现有标准方案足够简洁：

• 方案1：直接用Arrays.asList（JDK原生，无第三方依赖）

  你提到的不支持null其实是List.of的限制，Arrays.asList本身完全支持null元素，返回的列表是固定长度的，刚好匹配你存储过程传固定长度参数的需求，写法和List.of一样简洁：

  // 完全合法，支持null，固定长度，适合传参场景
  List<Object> procParams = Arrays.asList("account_001", null, 1001, null);
  

  如果后续需要修改列表元素（不是新增/删除，只是修改已有位置的值），返回的Arrays.asList列表也支持set操作。

• 方案2：套一层ArrayList构造获取可变列表（JDK原生）

  如果你需要完全可变的ArrayList，只需要在外面套一层构造即可，没有冗余的样板add代码：

  List<Object> mutableParams = new ArrayList<>(Arrays.asList("account_001", null, 1001, null));
  

• 方案3：用常用工具库的简化方法

  如果你的项目已经引入Guava、Apache Commons Collections这类通用工具库，可以用更简洁的写法：

  • Guava的Lists.newArrayList直接返回支持null的可变ArrayList：

    List<Object> params = Lists.newArrayList("account_001", null, 1001, null);
    

  • 如果需要支持null的不可变列表，也可以用Guava的ImmutableList.builder，显式指定允许null：

    List<Object> immutableParams = ImmutableList.<Object>builder()
        .add("account_001")
        .add(null)
        .add(1001)
        .add(null)
        .build();
    

关于Optional的补充 #

你的判断完全正确：Optional仅应该作为方法返回值使用，用来表示返回值可能为空的语义，绝对不应该作为集合元素、类字段使用，属于典型的API误用，不需要为了适配List.of的限制使用这种不合理的写法。

补充说明：为什么List.of禁止null #

List.of这类静态工厂方法的设计初衷是用来创建常量集合，大部分常量集合场景下不会出现null元素，禁止null是为了提前拦截大概率是Bug的null传入，它本身就不是为了所有列表初始化场景设计的，不需要强行在允许null的场景下使用它。

内容的提问来源于stack exchange，提问作者Coderino Javarino