It is common to see a poll on social media asking for the most common ways to manage state in React. In many cases, the options are limited to MobX or Redux, React Context + Hooks, Recoil, but more recently, also XState. With the other tools being well known and primarily accepted (maybe without Recoil, since it&#39;s also new), XState is still relatively unknown to most developers. <blockquote> Note: The purpose of this post is not to compare XState to other state management tools, but rather to tell about the problem it solves and give you a quick introduction, so you can jump and start learning by yourself. </blockquote> So without further due, let me tell you more about XState. <h2 id="what-is-xstate-">What is XState?</h2> XState is a library that brings state machines to Javascript and Typescript world. State machines are a mathematical concept that has been introduced for describing complex systems. To explain it quickly, imagine a block schema - you have multiple blocks connected with lines and arrows. Those blocks represent states in your application, and lines with arrows represent the flow between those states. <img src="https://i.stack.imgur.com/aJA2b.png" alt="Block Schema"> If you start from the first block, you can only transition into the block you have a connection with. Therefore you are automatically prevented from transitioning to any block you want. And this is the most significant advantage of using state machines - you can only transition between states that have defined and allowed connections. Let&#39;s now drop this analogy tho schema and use the proper terminology. Every state machine has: <ul> <li>a finite number of states (such as <code>idle</code> or <code>loading</code>), </li> <li>a finite number of events (such as <code>{ type: &#39;SEARCH&#39; }</code> can trigger a transition between states).</li> <li>a list of defined transitions, which say, &quot;Given some event, go from state idle to pending&quot;.</li> </ul> Also, every state machine may have: <ul> <li>a context which is data stored inside the machine,</li> <li>a final state, after which the machine stops</li> </ul> Okay, so we know what a state machine is. But when seeing a designed schema, it is easy to think about it as a machine. Let&#39;s see how one can think of anything like a machine and write it using XState. <h2 id="describing-ordinary-things-in-the-form-of-a-state-machine">Describing ordinary things in the form of a state machine</h2> Think about water. Just regular water. How does it behave? If we start with the liquid form, it freezes when it&#39;s cold, and it vaporizes when we boil it. We can even heat it more and more until it becomes plasma. Let&#39;s try to write it down in block schema: <img src="https://s3.amazonaws.com/media-p.slid.es/uploads/988410/images/7783918/water_machine.png" alt="water machine schema"> When water becomes plasma, we can no longer heat it because it can&#39;t change farther. We can only freeze it from there. If we start to freeze plasma, it will become a gas again. The same thing is with ice. If water is in ice form, we can&#39;t longer freeze it. We can only heat it. If you look closely, you will notice that water has no final form. We can always make a transition between its states. Let&#39;s see how we could implement it with XState. <pre><code class="lang-js">import { Machine } from "xstate";\n\n const waterMachine = Machine({\n initial: "liquid",\n states: {\n ice: {\n on: {\n HEAT: {\n target: "liquid",\n },\n },\n },\n liquid: {\n on: {\n HEAT: {\n target: "gas",\n },\n FREEZE: {\n target: "ice",\n },\n },\n },\n gas: {\n on: {\n HEAT: {\n target: "plasma",\n },\n FREEZE: {\n target: "liquid",\n },\n },\n },\n plasma: {\n on: {\n FREEZE: {\n target: "gas",\n },\n },\n },\n },\n });\n </code></pre> We need to import a <code>Machine</code> creator and pass it into the machine&#39;s object. Machine&#39;s object has <code>states</code> property where we define our states. In each state, we can put the <code>on</code> property, which handles events that are defined within. Event handlers are objects in which we can put <code>target</code> property pointing on a different state. This means that when the <code>HEAT</code> event in the <code>ice</code> state comes, the machine will transition from an <code>ice</code> state to a <code>liquid</code> state. This explanation may sound complicated, but it starts to be straightforward if you look into the code. <h2 id="using-xstate-with-react">Using XState with React</h2> XState is a Javascript library, which means it is framework agnostic. But when it comes to React, XState gives us hooks for using a defined state machine inside React components. All we need to do is to call it, and then we have access to properties like: <ul> <li>state that represents the current state of the machine and its data,</li> <li>send, a function that sends events to the machine</li> </ul> With that, you can use your machine inside components. You can read its current state (e.g., rendering different components based on state), you can read its context (for displaying data), and you can send events to that machine (make transitions between states). Just see the usage of our water machine inside the React application: <pre><code class="lang-js">import { useMachine } from '@xstate/react';\n\n// use hooks inside your component\nconst [state, send] = useMachine(waterMachine);\n\nconsole.log(current.value)\n// 'liquid' \n\n// send event for making a transition\nsend("HEAT")\n\nconsole.log(current.value)\n// 'gas'\n</code></pre> <h2 id="prototyping-and-debugging-with-ease">Prototyping and debugging with ease</h2> State machines built with XState can be visualized with the usage of <a href="https://xstate.js.org/viz/">XState Viz</a>. This fantastic tool allows you to do many things with your machines like debugging, live preview, and interactivity. Just see how we can interact with our water state machine. <img src="https://s8.gifyu.com/images/159e650772d49577e.gif" alt="water machine visualized"> <h2 id="designing-complex-systems-with-state-machines">Designing complex systems with state machines</h2> When thinking of large web applications, often it comes for us developers to introduce huge and intricate features. Some components are built with dozen or hundreds of child components that also have some logic inside. Coming up with a sound state management system for that can be tricky. Fortunately, state machines fit well for that. A state machine can be just like a single block in block schema. Your application can have multiple state machines, which communicate with each other. Also, you can have one main state machine which controls the others and enables that communication. And all of that logic nested inside multiple state machines can be later visualized with XState Viz and be interactive. What a great business value for your PM! In my opinion, this is the most valuable advantage of state machines over other state management tools - it&#39;s not just a library for state management. It is a whole new ecosystem for designing and controlling business logic. <h2 id="going-further-with-xstate">Going further with XState</h2> If you want to dive deeper into XState concepts, I highly recommend visiting the <a href="https://xstate.js.org/docs/">official XState documentation</a>. Documentation is written clearly and is pleasant to read. For those of you who instead prefer video sources over reading documentation, I have prepared an introductory course that is available on Udemy - <a href="https://www.udemy.com/course/introduction-to-state-machines-with-xstate-and-react">Introduction to State Machines with XState and React</a>. Thanks for sticking for that long! If you are interested in the latest tech news, you can sing up for my newsletter. I also tweet on a regular basis so that you can follow <a href="https://twitter.com/SkonecznyJakub">My Twitter account</a> as well!