由于忙于写业务逻辑，平时也没怎么注意，一直在使用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循环。
