Winter ’27: Mehr Heap für Apex – 10 MB synchron, 25 MB asynchron

Das Heap-Limit für Apex steigt mit Winter ’27 deutlich. Eine Übergangseinstellung schützt Deployments in Orgs, die noch auf Summer ’26 laufen.

„Apex heap size too large“ gehört zu den Fehlermeldungen, die Entwickler am häufigsten in Produktion statt im Test sehen – dort sind die Datenmengen größer. Mit Winter ’27 hebt Salesforce das Heap-Limit pro Transaktion deutlich an:

Schaubild (vereinfacht): Heap-Limit pro Transaktion in Summer ’26 und Winter ’27.

Synchron: 10 MB statt 6 MB
Asynchron, etwa in Batch-, Queueable- oder Future-Methoden: 25 MB statt 12 MB

Die höheren Grenzen gelten automatisch, sobald eine Org auf Winter ’27 aktualisiert ist. Andere Governor Limits bleiben unverändert, etwa 100 bzw. 200 SOQL-Abfragen, 150 DML-Anweisungen und 50.000 abgefragte Zeilen pro Transaktion.

Vorsicht beim Deployment

Während des Release-Fensters laufen Sandboxes oft schon auf Winter ’27, die Produktion aber noch auf Summer ’26. Code, der in der Sandbox dank 10 MB Heap durchläuft, könnte in Produktion an der alten Grenze scheitern. Für diesen Fall gibt es in den Apex-Einstellungen die Option „Enforce the Summer ’26 Apex heap limit“: Sie hält eine Org vorübergehend bei den alten Werten, damit Tests realistisch bleiben. Wie lange die Option angeboten wird, beschreiben Quellen unterschiedlich; nach dem globalen Abschluss des Releases gilt das neue Limit überall.

Den aktuell geltenden Wert liefert im Code Limits.getLimitHeapSize(). Mehr Spielraum ist kein Freibrief: Große Collections und unnötig geladene Felder bleiben die häufigste Ursache für Heap-Probleme.