guava 源码之 Lists transform的坑

google的guava提供了很方便的操作，特别是集合操作；
但今天遇到了个神坑，看了源码才搞定，这里通过源码来分享下；

经过

项目里的代码将PO List转成DTO List，这个时候是通过Lists的transform方法来做的
但是DTO还需要其他属性来丰富，这个时候，通过for循环将其他的一些属性设置到DTO List的对象中去
结果，没设置进去
开发大杀器（debug）上，断点到forfor(DTO dto : dtoList)循环里，在for循环代码块里发现一个比较奇特的现象，dto的数据变了，但dtoList里的数据没变
想想没道理呀，这两货不是同一个引用吗，怎么会出现这种情况呢？
然后开始怀疑人生，找了帮手一起看了下，也看不出来，后来，帮手提醒了一句：看看对象的地址是什么
这个时候开始发现，debug的时候，每次鼠标放到dtoList上的时候，这个List里边的元素的对象地址一直在变
找到原因了就好办了，一步一步debug，最终发现问题出在了Lists.transform上了

源码解析

下边是一个比较简单的demo

List<Integer> intList = Lists.newArrayList(1000000, 200000);
List<Integer> intList1 = Lists.transform(intList, new Function<Integer, Integer>() {
    public Integer apply(Integer input) {
        return input + 100000000;
    }
});
intList1.get(0);

代码比较简单，就是对intList加工后返回intList1；
这个时候debug断点打到intList1.get(0);这行，然后用鼠标上浮的方式查看intList1里边的元素的地址
下边是两次鼠标放上去看的内存地址

从截图中可以看出，这个List的真实类型为TransformingRandomAccessList，这个List有什么特殊呢

private static class TransformingRandomAccessList<F, T> extends AbstractList<T>
      implements RandomAccess, Serializable {
    final List<F> fromList;
    final Function<? super F, ? extends T> function;
    TransformingRandomAccessList(List<F> fromList, Function<? super F, ? extends T> function) {
      this.fromList = checkNotNull(fromList);
      this.function = checkNotNull(function);
    }
    @Override
    public void clear() {
      fromList.clear();
    }
    @Override
    public T get(int index) {
      return function.apply(fromList.get(index));
    }
    @Override
    public Iterator<T> iterator() {
      return listIterator();
    }
    @Override
    public ListIterator<T> listIterator(int index) {
      return new TransformedListIterator<F, T>(fromList.listIterator(index)) {
        @Override
        T transform(F from) {
          return function.apply(from);
        }
      };
    }
    @Override
    public boolean isEmpty() {
      return fromList.isEmpty();
    }
    @Override
    public T remove(int index) {
      return function.apply(fromList.remove(index));
    }
    @Override
    public int size() {
      return fromList.size();
    }
    private static final long serialVersionUID = 0;
}

看到源码就明白了，每次get或iterator都会从新调用function.apply方法，而上边的function的apply方法是return input + 100000000;重新new了对象来返回，我在项目的代码里也是重新new了DTO来返回的；
到这里所有的都明白了；

总结

Lists的transform是挺好用的，但是只适合不对transform后的List的元素做丰富属性的操作；如果非要用，那么在循环List的时候，重新把元素add到新的List中，然后返回新的List，但这种做法太别扭了；transform的方法还是考虑场景慎用吧
不知道这是guava故意这么做的还是真的是个坑，个人还没有get到这么做的意图