After a publisher flushes a batch of messages the batch is (obviously) not received immediately by the service. While the batch remains pending it potentially consumes memory resources in the client (and/or the service).
Some applications may have constraints on the number of bytes and/or messages they can tolerate in this pending state, and may prefer to block or reject messages.
[[["Easy to understand","easyToUnderstand","thumb-up"],["Solved my problem","solvedMyProblem","thumb-up"],["Other","otherUp","thumb-up"]],[["Missing the information I need","missingTheInformationINeed","thumb-down"],["Too complicated / too many steps","tooComplicatedTooManySteps","thumb-down"],["Out of date","outOfDate","thumb-down"],["Samples / code issue","samplesCodeIssue","thumb-down"],["Other","otherDown","thumb-down"]],["Last updated 2025-08-14 UTC."],[[["\u003cp\u003eThis webpage documents different versions of the \u003ccode\u003eMaxPendingMessagesOption\u003c/code\u003e for Google Cloud Pub/Sub in C++.\u003c/p\u003e\n"],["\u003cp\u003eThe latest release candidate version is \u003ccode\u003e2.37.0-rc\u003c/code\u003e, and previous stable versions are listed down to \u003ccode\u003e2.11.0\u003c/code\u003e.\u003c/p\u003e\n"],["\u003cp\u003e\u003ccode\u003eMaxPendingMessagesOption\u003c/code\u003e defines a setting for the maximum number of messages that can be in a pending state after a batch flush, using \u003ccode\u003estd::size_t\u003c/code\u003e as an alias.\u003c/p\u003e\n"],["\u003cp\u003eControlling the number of pending messages helps manage memory usage and avoid resource constraints in the client or service.\u003c/p\u003e\n"]]],[],null,[]]