适配器处理批处理的方式可能会对性能产生重大影响。 由于存在与每个事务关联的固定延迟，因此应尝试通过将多个作组合成单个批处理来最大程度地减少事务数。
如果要批量将消息提交到 BizTalk Server，请不要仅根据消息计数限制批大小。 例如，如果批大小为 2，并且适配器分别获取大小为 4 KB、8 KB、1 MB 和 5 MB 的四条消息，则第一批大小为 12 KB，第二批大小为 6 MB。 由于 BizTalk 消息引擎按顺序处理单个批中的所有消息，因此此示例中的第二批将比第一批慢得多。 这样做的效果是降低吞吐量。
若要解决此问题，建议根据消息计数和批中的字节总数（即批大小（以字节为单位）进行批处理。 总字节数没有最佳数字。 但是，在正常处理方案中，如果批大小超过 1 MB，将开始遇到较差的并发性和吞吐量。
适配器通常会在生产环境中处理大小不一的消息。 传入消息的大小可能会显著变化。 因此，始终使用消息计数和总字节数来生成批处理。