libGDX + Java + platform backends
A Java-based 2D game workflow with shared game code and separate platform launchers; manage assets, lifecycle, and packaging explicitly.
Sources verified Sep 2026
When to use it
- The team prefers Java and a framework-led game architecture
- Shared core code with platform-specific launchers fits the project
- The team can test resource lifecycle and packaging on every target
How the pieces fit
libGDX supplies rendering, input, audio, asset handling, and platform backends. Java game code owns rules and screens; launchers configure each target. Use explicit asset ownership and dispose resources when no longer needed. Separate platform services from shared core code, test pause and resume, and validate packaged builds early. Optional extensions and browser compilation impose their own compatibility constraints; shared Java code does not guarantee identical behavior everywhere.
Tools and responsibilities
Architectural examples
Each example links to a public source — no claims about private internals.
Skip if
Skip if a visual scene editor is required, browser delivery is the primary target, or a high-fidelity 3D production workflow is central.