由于忙于写业务逻辑，平时也没怎么注意，一直在使用guava的Lists.transform，用来int和long的互转等等。

    public static void main(String[] args) {
        List<Integer> ints = Lists.newArrayList(1,2,3,4,5);
        final List<Integer> waitToProcess = Lists.newArrayList();
        List<Integer> collected = Lists.transform(ints, new Function<Integer, Integer>() {
            @Override
            public Integer apply(Integer input) {
                if (input.equals(2)) {
                    waitToProcess.add(input);
                }
                return input;
            }
        });
        System.out.println(collected.hashCode());
        Iterator<Integer> iterator = collected.iterator();
        while(iterator.hasNext()) {
            iterator.next();
        }
        System.out.println(waitToProcess.size());
    }

输出的结果是令人疑惑的。waitToProcess = 2。
因为Collected被访问了两次它的apply Function

后来在tranform里面，写了别的代码， 把它当作for循环来使用，还自以为这个是在lambda表达式出现之前的一种比较优雅的写法。

这个写法后来出现线上的BUG。创建东西的时候，有时候创建了上百条重复的数据。
这是一个模拟的复现的代码。

虽然很低级，但是一直没有发现。

Lists.transform这段代码返回的是一个TransformingRandomAccessList
而这个List，也就是collected，你如果不访问他，apply是不会执行的。

Lists.transform保存的只是原有的列表和向新列表转化的Function，每次遍历就重新计算一次

guava中TransformingRandomAccessList的源码

    @Override  
    public T get(int index) {  
        return function.apply(fromList.get(index));  
    }  

所以要慎用这个类的方法。最好看清楚源码再使用。如果要做别的事情，不如直接使用for循环。