前言

今天學(xué)學(xué)Java中如何創(chuàng)建一個空集合以及空集合的一些使用場景和相關(guān)的坑。開始之前，我們先來看一下java判斷集合是否為空

list.isEmpty() list.size()==0 list==null的區(qū)別：

1. isEmpty()方法是用來判斷集合中有沒有元素

2. size（）方法是判斷集合中的元素個數(shù)

3. isEmpty（）和size（）==0意思一樣，沒有區(qū)別，通用。

4. if（list ==null）是判斷有沒有這個集合

在我們判斷集合是否為空的時候這樣寫就萬無一失：

List<String> list = new Arraylist<>();

if(list!=null&&!list.isEmpty()){

//走集合不為空的邏輯

}

下面開始本文的正文，你可能會問，這好像沒有什么好講的，空集合不就是new一個嘛，也就是像new ArrayList<String>()這樣創(chuàng)建一個不久行了嗎？其實這也是一種創(chuàng)建空集合的方法，但今天小編講下通過另外一種方式創(chuàng)建空集合，以及兩種方式之間的差異。

一、通過Collections.emptyList()創(chuàng)建空集合

Java集合工具類中提供了一系列創(chuàng)建集合的靜態(tài)方法，其中包括創(chuàng)建線程同步相關(guān)的Collections.synchronizedXXX()方法、空集合相關(guān)的Collections.emptyXXX()方法。通過這種方式創(chuàng)建的空集合，既然是空的，就不允許你往集合中添加元素和刪除元素，也就是不能調(diào)用相應(yīng)add()和remove()方法，我先來看看Collections類創(chuàng)建空集合的部分源代碼：

public static final List EMPTY_LIST = new EmptyList<>();

......

public static final <T> List<T> emptyList() {
 return (List<T>) EMPTY_LIST;
}

你會發(fā)現(xiàn)上面的emptyList()方法默認返回的是前面的靜態(tài)變量EMPTY_LIST,你可能會說，既然EMPTY_LIST是static的，那我直接通過Collections.EMPTY_LIST獲取不就好了，沒錯，這樣做也可以，只不過在某些需要泛型的場景下，調(diào)用emptyList()方法提供了相應(yīng)的泛型支持。

那為什么這種方式不能添加和移除元素呢？我們來看看EmptyList內(nèi)部類是怎么定義的：

// 繼承自AbstractList抽象類
private static class EmptyList<E>
 extends AbstractList<E>
 implements RandomAccess, Serializable {
 
 private static final long serialVersionUID = 8842843931221139166L;
 public Iterator<E> iterator() {
  return emptyIterator();
 }
 public ListIterator<E> listIterator() {
  return emptyListIterator();
 }
 public int size() {return 0;}
 public boolean isEmpty() {return true;}
 public boolean contains(Object obj) {return false;}
 public boolean containsAll(Collection<?> c) { return c.isEmpty(); }
 public Object[] toArray() { return new Object[0]; }
 
 public <T> T[] toArray(T[] a) {
  if (a.length > 0)
   a[0] = null;
  return a;
 }

 public E get(int index) {
  throw new IndexOutOfBoundsException("Index: "+index);
 }

 public boolean equals(Object o) {
  return (o instanceof List) && ((List<?>)o).isEmpty();
 }

 public int hashCode() { return 1; }

 @Override
 public boolean removeIf(Predicate<? super E> filter) {
  Objects.requireNonNull(filter);
  return false;
 }
 @Override
 public void replaceAll(UnaryOperator<E> operator) {
  Objects.requireNonNull(operator);
 }
 @Override
 public void sort(Comparator<? super E> c) {}

 // Override default methods in Collection
 @Override
 public void forEach(Consumer<? super E> action) {
  Objects.requireNonNull(action);
 }

 @Override
 public Spliterator<E> spliterator() { return Spliterators.emptySpliterator(); }
 // Preserves singleton property
 private Object readResolve() {
  return EMPTY_LIST;
 }
}

從上面的源代碼中我們可以發(fā)現(xiàn)EmptyList類并沒有重寫父類相應(yīng)的add()或者remove()方法，那么當(dāng)調(diào)用空集合的add()方法時將默認調(diào)用AbstractList的add()方法，行，那么我們來看看父類AbstractList的add()方法是怎么實現(xiàn)的：

public void add(int index, E element) {
 throw new UnsupportedOperationException();
}

public E remove(int index) {
 throw new UnsupportedOperationException();
}

很遺憾，父類直接給你拋出UnsupportedOperationException異常，所以，小編認為，通過Collections創(chuàng)建的空集合不能添加或刪除元素也是合情合理的，因為是空集合嘛，空，那為啥還要有添加刪除操作。下面說說這種方式的使用場景。

二、簡單使用場景

web開發(fā)中經(jīng)常使用rest + json的技術(shù)組合來進行前后端交互，那么當(dāng)前端調(diào)用一個接口時，接口有可能需要返回一個空的集合給到前端，比如你根據(jù)某個條件查數(shù)據(jù)庫得不到數(shù)據(jù)時，那么此時Collections.emptyXXX()就非常合適了，因為使用new ArrayList()的初始化還會占用相關(guān)的資源。

為了說明調(diào)用add()方法會拋出異常，下面寫個小測試：

public class RemoveIfTest {
 private static List<Object> list = Collections.emptyList();
 public static void main(String[] args) {
  
  list.add("one1");
  list.add("one2");
  list.add(1);
  list.add(2);
  list.add(new Object());
  
  System.err.println(Arrays.toString(list.toArray()));
 }
}

復(fù)制代碼程序輸出：

Exception in thread "main" java.lang.UnsupportedOperationException
    at java.util.AbstractList.add(Unknown Source)
    at java.util.AbstractList.add(Unknown Source)
    at com.example.RemoveIfTest.main(RemoveIfTest.java:17)

三、總結(jié)

總的來說，對于如何創(chuàng)建空集合的問題我們不需要糾結(jié)，重要的我們要記住通過Collections.emptyXXX()創(chuàng)建的空集合不能執(zhí)行添加刪除操作以及其中的原理，避免以后犯錯，不過其實即使你使用錯了，調(diào)試幾遍你的代碼估計也就會把問題發(fā)現(xiàn)出來，只不過這篇文章能幫你省去這個發(fā)現(xiàn)bug的過程啦！

好了，以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

最新評論