camel 的 `split()` 会为每个子消息创建独立的 exchange，导致原始属性（如 `int`）被复制而非引用，因此无法跨迭代共享更新值；解决方案是改用线程安全的引用类型（如 `atomicinteger`）或直接使用 camel 内置的 `camelsplitindex` 属性。
在 Apache Camel 中，split() EIP 默认会对每个分割后的消息创建一个全新的 Exchange 实例，并仅浅拷贝父 Exchange 的属性（property）。这意味着：若你使用基本类型（如 int、String）作为属性值，在子 Exchange 中修改该属性（例如 exchange.setProperty("recordNumber", i+1)），只会改变当前子 Exchange 的副本，而不会影响其他后续迭代或聚合逻辑——这正是你遇到“AggregationStrategy 能读到新值，但下一个 processor 拿不到”的根本原因。
✅ 正确做法：使用引用类型封装可变状态
推荐使用 AtomicInteger（线程安全、轻量、语义清晰）作为属性值容器：
from("direct:processRecords")
// 初始化共享计数器（注意：必须是引用类型！）
.setProperty("recordNumber", constant(new AtomicInteger(0)))
.split(body(), new PreservePropertyonSplitAggregationStrategy())
.process(exchange -> {
AtomicInteger counter = exchange.getProperty("recordNumber", AtomicInteger.class);
int current = counter.incrementAndGet(); // 原子递增，返回新值
// 示例业务逻辑：根据条件决定是否更新（此处始终更新）
exchange.setProperty("recordNumber", counter); // 重新设回，确保后续组件可见
exchange.setProperty("currentRecordIndex", current);
})
.log("Processing record #${exchangeProperty.currentRecordIndex}")
.end()
.log("Split completed. Final recordNumber: ${exchangeProperty.recordNumber}");⚠️ 注意事项：必须显式调用 exchange.setProperty("key", ref) 重设引用，否则某些 Camel 版本可能因内部缓存机制导致下游读取到旧引用；若需在 AggregationStrategy 中访问最新值，同样应通过 oldExchange.getProperty("recordNumber", AtomicInteger.class) 获取并操作；避免在多线程并发 split 场景下使用非线程安全包装类（如自定义 IntWrapper），除非加锁，否则易引发竞态。
? 更简洁替代方案：直接使用 Camel 内置分割索引
如果你仅需按顺序编号每条分割消息（即第 1 条、第 2 条……），无需手动维护计数器——Camel 已自动提供 CamelSplitIndex 属性（从 0 开始）：
.split(body())
.process(exchange -> {
Integer index = exchange.getProperty(ExchangeProperty.SPLIT_INDEX, Integer.class);
// index 即为当前分割项序号（0-based），无需任何初始化或更新逻辑
exchange.setProperty("recordNumber", index + 1); // 转为 1-based 编号
})
.end()该方式零状态、无副作用、完全线程安全，且兼容所有 Camel 版本，是处理“序号类需求”的首选。
? 总结建议
- ✅ 优先使用 CamelSplitIndex：适用于简单顺序编号场景，最简、最健壮；
- ✅ 必须共享可变状态时，用 AtomicInteger 等引用类型：确保所有子 Exchange 操作同一对象实例；
- ❌ 避免使用 int/Integer 直接设为 property：它们会被复制，无法实现跨 Exchange 共享；
- ? 若业务逻辑复杂（如需条件跳过、状态累积、跨分组聚合），建议评估是否真需 split() —— 有时一个 process() 内用原生 Java 循环更清晰可控。
通过合理选择状态载体与内置属性，即可在 Camel 分割流程中精准、高效地管理迭代上下文信息。
