本文介绍两种安全、高效的 java 方式，从外层 hashmap 中按内层 `"date"` 字段条件（如过期时间）批量删除对应条目：一种是函数式流式重建新 map；另一种是使用迭代器原地删除，避免并发修改异常。
在处理嵌套 HashMap
✅ 推荐方案一：流式重建（推荐用于中小规模数据，代码简洁、线程安全）
利用 stream().filter().collect() 构建全新 Map，逻辑清晰且无副作用：
// 定义日期校验逻辑：仅保留 date 字段值晚于当前时刻的条目
Predicate<String> isDateValid = dateStr -> {
try {
return Instant.parse(dateStr).isAfter(Instant.now());
} catch (DateTimeParseException e) {
// 日志警告：跳过非法日期格式条目
return false;
}
};
// 流式过滤并重建 map（注意：h 被重新赋值）
h = h.entrySet().stream()
.filter(entry -> isDateValid.test(entry.getValue().get("date")))
.collect(Collectors.toMap(
Map.Entry::getKey,
Map.Entry::getValue,
(v1, v2) -> v1, // 冲突时保留第一个值（理论上 key 唯一，此参数可选）
HashMap::new
));✅ 推荐方案二：迭代器原地删除（推荐用于大数据量或内存敏感场景）
避免创建新 Map，直接在原集合上安全移除不满足条件的条目：
Iterator<Map.Entry<String, HashMap<String, String>>> iterator = h.entrySet().iterator();
while (iterator.hasNext()) {
Map.Entry<String, HashMap<String, String>> entry = iterator.next();
String dateStr = entry.getValue().get("date");
if (dateStr == null || !isDateValid.test(dateStr)) {
iterator.remove(); // ✅ 安全删除，无并发异常
}
}⚠️ 注意事项：
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 日期解析健壮性：务必捕获 DateTimeParseException，防止因格式错误（如空值、null、非 ISO 格式）导致整个流程中断；
- 时区处理：Instant.parse() 默认解析 UTC 时间（Z 后缀即表示），确保业务逻辑与时间基准一致；
- 性能权衡：方案一需额外内存和重建开销，但语义明确、不可变友好；方案二内存友好，但修改原对象，需确认上游无其他引用依赖旧状态；
- 不可在 forEach 或 stream().forEach() 中调用 h.remove(k) —— 这是常见陷阱，会抛出 ConcurrentModificationException。
总结：优先使用 Iterator.remove() 实现高效原地清理；若需链式操作或强调不可变性，选择 stream().filter().collect() 重建。两者均规避了并发修改风险，并提供了清晰、可维护的日期驱动清理逻辑。
