多处理器如何通过Filer协同？对Java规范相关描述的疑问

设计动机 #

1. 解决多处理器协作的核心痛点：默认Filer实现的限制是关闭文件流即提交写入，且不允许多个处理器操作同一个路径，而实际注解处理场景中，经常需要多个处理器为同一个生成文件贡献内容（比如不同处理器处理不同注解，共同生成一个类的字段、方法等不同部分）。
2. 适配规范的一致性要求：ProcessingEnvironment要求所有处理器拿到的Filer实例必须相等、类加载器一致，本质是为这种协同扩展提供基础——确保所有处理器共享同一个具备协同能力的Filer实例，避免出现各自操作独立实例导致的冲突。

实现策略 #

这类“增值型”Filer扩展通常基于委托模式实现，核心逻辑围绕“延迟提交”和“协同控制”展开：

• 拦截与缓冲写入：扩展Filer作为代理，拦截所有文件创建、写入请求，不直接调用底层Filer的提交逻辑，而是将各处理器的写入内容缓冲在内存或临时存储中。
• 延迟统一提交：直到所有处理轮次结束（即processingOver()触发时），才将缓冲的所有内容一次性通过底层Filer写入目标文件，避免了中途关闭文件导致无法后续写入的问题。
• 线程安全与协调：如果处理器是并行执行的，扩展会通过锁机制保证多线程写入时的内容顺序与完整性，防止多个处理器同时写入导致的内容混乱。
• 适配轮次机制：对于需要在中间轮次让其他处理器可见的生成内容，这类扩展也可以设计成“按需暴露”——比如在每轮结束时生成临时的中间文件供其他处理器扫描，最终再合并成正式文件，但这种场景相对少见，更多是针对不需要被后续处理的最终输出文件。

注：规范中提到的这类扩展，本质是对默认Filer的能力补全，让注解处理器的协作场景更灵活，同时不破坏原有处理轮次的核心机制。

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