Java 8+Ant 1.9环境下Apache Velocity 1.7报ConcurrentModificationException问题排查

我来帮你拆解这个问题——之前我在项目升级Java版本时也碰到过类似的Velocity异常，结合堆栈信息和升级背景，咱们一步步来分析：

异常根源解析 #

首先，ConcurrentModificationException的核心原因很明确：在迭代一个集合的同时，修改了这个集合的结构（比如添加、删除元素）。ArrayList的迭代器是「快速失败（fail-fast）」设计，一旦检测到这种修改（哪怕是单线程下迭代时动手修改），就会直接抛出异常终止操作。

那为什么升级Java 8+Ant 1.9后才爆发这个问题？主要有几个触发点：

• Java 8的迭代器检测更严格：虽然Java 7也有fail-fast机制，但Java 8优化了迭代器的检查逻辑，把之前Java 7下因为时序问题没触发的隐藏bug给揪出来了。
• Ant 1.9带来的环境变化：Ant 1.9可能调整了类加载顺序、默认JVM参数，或者Velocity运行上下文的初始化方式，导致原本潜伏的「迭代时修改集合」的代码路径被触发。
• Velocity 1.7的Foreach指令特性：从堆栈看异常出现在Foreach.render方法，说明是Velocity在遍历模板中的集合时，集合被修改了——要么是你的模板里在#foreach循环中调用了修改当前集合的方法，要么是后台线程在同时操作这个集合。

针对性解决方案 #

根据不同的场景，给你几个可行的处理方案：

1. 修复模板中的违规代码（最优先） #

先检查你的Velocity模板里的#foreach循环，绝对不要在循环体里修改正在遍历的集合。比如如果模板里有这种写法：

#foreach($item in $productList)
    #if($item.stock == 0)
        $productList.remove($item)
    #end
#end

赶紧改成遍历集合的副本，比如：

#foreach($item in $productList.clone())
    #if($item.stock == 0)
        $productList.remove($item)
    #end
#end

或者在Java代码中先把集合复制一份（比如new ArrayList<>(originalList)），再传入Velocity上下文。

2. 替换为线程安全的集合类（多线程场景） #

如果是后台线程和Velocity遍历线程同时操作集合的情况，把ArrayList换成CopyOnWriteArrayList。它的迭代器基于集合的快照，不会因为并发修改抛出异常，非常适合读多写少的场景。

3. 升级Velocity到稳定版本（长期方案） #

Velocity 1.7是2010年的老版本了，后续的1.7.5、2.x版本修复了不少并发相关的bug，也更好地兼容Java 8。升级到新版本不仅能解决这个问题，还能获得更多性能和安全性提升。

4. 临时调整Ant构建参数（应急方案） #

如果暂时没时间改代码或升级，可以尝试在Ant的java任务中添加JVM参数，临时关闭fail-fast检测——但这只是掩盖问题，不推荐长期用：

<java classname="your.main.class" fork="true">
    <jvmarg value="-Djava.util.ArrayList.failFast=false"/>
    <!-- 其他参数 -->
</java>

注意：这个参数是非公开的，不同JDK版本可能不支持，仅作为临时过渡用。

内容的提问来源于stack exchange，提问作者KRR