Java的集合框架以其成功易用的设计征服了很多人（包括我），并且教科书式的诠释了泛型的应用方式。

我也是被 Joshua Bloch 的书引领入门，从中得益良多。我当然不会认为自己在设计上比他懂得更多，我也不知道当初Collection框架设计时为什么没有提供一个“只读”层面的接口，或许站在他的高度，有许多我所不知道的考量吧。

不过我在实际工作中不止一次遇到了这种需要“只读的列表”接口的情况，我不要 UnsupportedOperationException，我要更纯粹的——干脆没有提供任何modify方法的接口，于是有了下面这个 ListView，拿来与同样需要的人分享：

/*

 * Copyright 2013 (raistlic@gmail.com)

 *

 * Licensed under the Apache License, Version 2.0 (the "License");

 * you may not use this file except in compliance with the License.

 * You may obtain a copy of the License at

 *

 * http://www.apache.org/licenses/LICENSE-2.0

 *

 * Unless required by applicable law or agreed to in writing, software

 * distributed under the License is distributed on an "AS IS" BASIS,

 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.

 * See the License for the specific language governing permissions and

 * limitations under the License.

 */

/**

 * This interface does not extends {@link java.util.Collection}, because java's

 * collection interface is essentially a "mutable collection" interface, while

 * this interface tries to define a read-only list view.

 *

 * <p/>

 * Design ideas from {@link java.util.List}.

 *

 * @author raistlic

 */

public interface ListView<E> extends Iterable<E> {

  public int size();

  public E get(int index);

  public int indexOf(E element);  

  public boolean isEmpty();

  public boolean contains(E element);

}

在实际应用中，我遇到的情况是需要（跨线程）安全的发布一个ListView，然后任何线程可以安全对这个list view进行size查询、迭代访问等操作，而不必担心它会改变，这个 ListView 实现本身是 immutable 的，并且它背后的提供者用一种 “copy on write” 的方式来维护其内部的 reference。