为何需将RowMetadata作为额外参数传入Result的map方法？

在R2DBC的API设计里，Result.map(BiFunction<Row, RowMetadata, ?>)要求同时传入Row和RowMetadata，而非仅通过Row.getMetadata()获取，主要有以下几个实际考量：

• 性能复用：一个Result下的所有Row共享同一套元数据。如果让每个Row单独返回元数据，要么每次调用getMetadata()都重复创建实例，要么每个Row都持有元数据引用——前者浪费资源，后者增加内存开销。直接在map方法里一次性传入全局的元数据实例，能让所有行处理逻辑复用同一个对象，避免不必要的重复操作。

• 语义明确性：元数据是结果集级别的属性，而非单一行的属性。把RowMetadata作为独立参数传入，能清晰传递这个语义：你处理的每一行，都属于同一个拥有这套元数据的结果集，避免开发者误以为行与行之间的元数据可能存在差异。

• 规避延迟加载风险：如果Row.getMetadata()采用延迟加载实现，第一次调用时才去初始化元数据，可能会引入额外的IO操作或者线程安全问题。提前在map阶段传入已初始化完成的元数据，能让行处理逻辑完全避开这些潜在风险，保证执行稳定性。

• API扩展性：未来如果有场景需要为不同行提供差异化的元数据（虽然目前R2DBC规范里没有这个需求），这种设计能直接兼容，不需要修改核心API结构。

另外，Row.getMetadata()的存在更多是为了便捷性——当你不需要批量处理结果，只是单独操作某一行时，不用额外保存元数据引用，直接从行对象获取即可。这两个设计是互补的，而非重复。

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