Java 将FlowControlSettings中的maxOutstandingElementCount设置为null的后果？

在Google PubSub客户端Java API的更高版本中，他们添加了默认值为1000的

maxOutstandingElementCount——在数据流受到限制之前可以未完成的最大元素数，如果没有指定的限制，则为null

我们在事务系统中使用PubSub，并且试图只在将来事务全局提交时的某个点确认消息。问题是，我们并不总是事先知道我们希望未完成的记录的数量，因为交易可以基于时间或客户逻辑

问题：将最大未完成值设置为

null

或某个大整数会产生什么后果？这是否只会影响优秀guid或其他遥测的客户端内存存储？还有什么我们需要担心的吗

由于接收方线程写入有界阻塞队列，我们已经有了自己的流控制，但根据客户端设置，我们可能有10k甚至100k条未完成消息，我们希望确保将max-unternable设置为

null

是有效的

---

感谢提供任何信息。

将maxOutstandingElementCount设置为null或不使用流控制，更多未完成的消息将继续消耗内存、CPU和带宽资源。因此，它可能会导致。它对用户客户端的影响应该不会太大

---

因为您使用的是自己的流量控制，所以可以覆盖Google管理的流量控制。

不确定这是否回答了我的问题@Jinjun。您可以添加一些详细信息吗？将maxOutstandingElementCount设置为null只会影响客户端。