RxJava变量作用域（纯函数）：Builder模式用外部POJO是否为反模式？

首先直接给结论：你在Calendar.Builder构造器中使用flatMapSingle参数里的calendar变量完全不是反模式，反而属于RxJava流式处理中传递上下文的常见合理写法。

为什么这么说？我们拆解下你的代码场景：

• 这个calendar是上游流发射的单个元素，被flatMapSingle的lambda捕获，属于当前处理流程的单次上下文实例——每次上游发射一个calendar，就会触发一次独立的flatMapSingle处理逻辑，彼此之间的calendar实例是隔离的。
• Calendar.Builder的设计初衷就包含基于已有Calendar对象的属性来构建新实例，这种复用已有POJO属性的写法完全符合Builder模式的设计意图，是合理的用法。

那什么时候这种写法会有风险？只有当calendar是可变对象且存在跨线程修改的可能时，才会出现线程安全问题——但这不是“使用外部变量”本身的问题，而是对象可变性和线程不安全导致的。如果你的calendar是不可变POJO，或者在整个流处理过程中不会被外部修改，那完全不用担心。

如果担心calendar的可变性带来风险，可以做一个小优化：先基于原calendar创建一个独立副本，再用这个副本构建新的Calendar实例，避免外部修改影响当前流的处理：

.flatMapSingle(calendar -> {
    Calendar actualDay = Calendar.getInstance();
    return mCalendarResource.getEventsForDay(calendar, actualDay)
        .map(events -> {
            // 先创建原calendar的独立副本，隔离外部修改
            Calendar safeCalendar = new Calendar.Builder(calendar).build();
            return new Calendar.Builder(safeCalendar)
                .setEvents(events)
                .build();
        });
})

总结一下：你当前的写法是RxJava中处理流式上下文的常规操作，不属于反模式。只要注意对象的可变性和线程安全，就可以放心使用。

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