The Java reference map

Every topic, concept and question a Java interview draws on, organised so you can see the whole landscape and find what you need. Tracks fill in one at a time; a track appears in navigation once it has written entries.

Tracks
10
Topics
12
Concepts
71
Questions
207

Core Java

The language itself and the standard library. Everything else assumes this, and it is where the majority of interview time is spent regardless of the role.

12 topics · 71 concepts · 207 questions

Tracks being added

These are mapped out and filled in one track at a time. Their place in the structure is fixed, so nothing gets restructured as they land.

  • Spring and Spring Boot

    The framework most Java jobs actually use. Dependency injection, auto-configuration, data access, transactions and security — and the questions are about mechanisms, not annotations.

  • Databases and persistence

    SQL, indexing, transactions and isolation, plus JPA and Hibernate — where an ORM's convenience turns into an N+1 query problem nobody noticed.

  • Microservices and APIs

    REST and API design, service communication, resilience patterns, messaging and observability. Mostly questions about failure.

  • Testing

    JUnit, mocking, integration testing with real dependencies, and the judgement about what is worth testing at all.

  • Design patterns

    The classic patterns as they actually appear in the JDK and in Spring, plus the anti-patterns that come from applying them too eagerly.

  • Data structures and algorithms

    What product-company rounds test alongside Java — complexity, the core structures, and the handful of techniques that cover most problems.

  • System design

    Scaling, caching, queues, storage choices and consistency trade-offs, with the case studies that senior rounds are built from.

  • Build and delivery

    Maven and Gradle, dependency management, containers, and the pipeline that gets code to production.

  • Security

    Authentication and authorisation, the OWASP failures that matter for a Java service, and handling secrets and crypto without inventing anything.