What is a Dart Isolate and how does it differ from threads?

WHAT THIS TESTS: This question tests whether you understand why Dart chose a shared-nothing concurrency model instead of traditional threads, and how the event loop architecture scales across CPU cores without introducing data races or mutable shared state.

A GOOD ANSWER COVERS: First, define an isolate as an independent unit of concurrency that contains its own memory heap, event loop, and garbage collector; all Dart code runs inside an isolate. Second, contrast isolates with traditional OS threads by emphasizing that threads share mutable memory and require locks, while isolates share nothing and communicate only through asynchronous message passing. Third, explain that each isolate has its own event loop handling microtasks and events, which keeps the single-threaded semantics within each isolate. Fourth, describe inter-isolate communication: the main UI isolate spawns a background isolate and they exchange data via SendPort and ReceivePort, with messages being copied rather than shared, ensuring the main isolate remains responsive.

COMMON WRONG ANSWERS: A major red flag is referring to isolates as Dart threads or implying they share variables or memory; this signals a fundamental misunderstanding of the concurrency model. Another mistake is omitting the event loop entirely and treating isolates as purely parallel processes without explaining how async scheduling works inside each one. Candidates also err by suggesting isolates communicate through shared global state or callbacks rather than explicit message ports.

LIKELY FOLLOW-UPS: An interviewer might ask how compute or Isolate.run simplifies spawning workers, what the performance cost of message serialization is for large objects, or how isolate groups affect memory overhead. They might also probe web limitations, asking why isolates behave differently when compiled to JavaScript.

ONE CONCRETE EXAMPLE: Suppose the main UI isolate needs to parse a ten megabyte JSON file without dropping frames. The main isolate calls Isolate.run and passes the raw string. The background isolate receives the message through its ReceivePort, parses the JSON on its own event loop, and sends the resulting object graph back via SendPort. The main isolate listens on its ReceivePort and updates the UI when the message arrives, all without shared memory or locks.

Source: dart.dev