开启ProGuard优化时出现ConcurrentModificationException的解决方案求助

这种情况我之前排查过好几次，核心原因是ProGuard的代码优化改写了foreach循环的底层实现——哪怕你完全没显式修改Map，优化后的代码也可能触发迭代器的并发修改检查。下面给你几个实用的解决方案：

1. 显式使用Iterator遍历，绕过foreach的优化转换 #

把原来的foreach语法改成手动用Iterator遍历，这样ProGuard不会对这个逻辑做过度优化，能保持迭代器的正常检查逻辑：

Iterator<Object> valueIterator = map.values().iterator();
while (valueIterator.hasNext()) {
    Object value = valueIterator.next();
    // 你的value使用逻辑，这里确保不修改Map即可
}

2. 给目标代码添加ProGuard保留规则，禁止优化 #

如果不想改动业务代码，可以在ProGuard配置文件里给这段代码所在的方法或类添加规则，让ProGuard不对其进行优化：
比如你的代码在com.example.YourClass的processMap方法里，就添加：

-keepclassmembers class com.example.YourClass {
    void processMap();
}

或者更精准地禁止对该方法做优化：

-keepclassmembers class com.example.YourClass {
    void processMap();
}
-dontoptimize class com.example.YourClass {
    void processMap();
}

你也可以在代码里用@Keep注解（需要确保ProGuard能识别该注解，比如AndroidX自带的@Keep）标记方法或类，直接避免被优化。

3. 确认Map的实际实现类，排除隐式修改可能 #

虽然你说没修改Map，但某些特殊Map实现（比如Collections.UnmodifiableMap、第三方库的视图类）可能在调用某些方法时隐式修改内部的modCount。你可以打印下Map的实际类型（System.out.println(map.getClass().getName())），如果是这类特殊实现，给对应的类添加ProGuard保留规则，确保它们的迭代器逻辑不被破坏。

问题根源补充 #

foreach循环本质是语法糖，编译后会转换成迭代器遍历，但ProGuard在优化阶段会做内联、逻辑简化等操作，可能改写了迭代器的生成逻辑，或者误判了Map的状态，导致迭代器认为Map被修改了，从而抛出ConcurrentModificationException。关闭-dontoptimize后，代码保留了原始的迭代器逻辑，所以不会触发异常。

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