content: [API Reference](https://react.dev/reference/react)
  
  [Client APIs](https://react.dev/reference/react-dom/client)
  
  # hydrateRoot[Link for this heading]()
  
  `hydrateRoot` lets you display React components inside a browser DOM node whose HTML content was previously generated by [`react-dom/server`.](https://react.dev/reference/react-dom/server)
  
  ```
  
  const root = hydrateRoot(domNode, reactNode, options?)
  ```
  
  - [Reference]()
    
    - [`hydrateRoot(domNode, reactNode, options?)`]()
    - [`root.render(reactNode)`]()
    - [`root.unmount()`]()
  - [Usage]()
    
    - [Hydrating server-rendered HTML]()
    - [Hydrating an entire document]()
    - [Suppressing unavoidable hydration mismatch errors]()
    - [Handling different client and server content]()
    - [Updating a hydrated root component]()
    - [Show a dialog for uncaught errors]()
    - [Displaying Error Boundary errors]()
    - [Show a dialog for recoverable hydration mismatch errors]()
  - [Troubleshooting]()
    
    - [I’m getting an error: “You passed a second argument to root.render”]()
  
  * * *
  
  ## Reference[Link for Reference]()
  
  ### `hydrateRoot(domNode, reactNode, options?)`[Link for this heading]()
  
  Call `hydrateRoot` to “attach” React to existing HTML that was already rendered by React in a server environment.
  
  ```
  
  import { hydrateRoot } from 'react-dom/client';
  
  
  
  const domNode = document.getElementById('root');
  
  const root = hydrateRoot(domNode, reactNode);
  ```
  
  React will attach to the HTML that exists inside the `domNode`, and take over managing the DOM inside it. An app fully built with React will usually only have one `hydrateRoot` call with its root component.
  
  [See more examples below.]()
  
  #### Parameters[Link for Parameters]()
  
  - `domNode`: A [DOM element](https://developer.mozilla.org/en-US/docs/Web/API/Element) that was rendered as the root element on the server.
  - `reactNode`: The “React node” used to render the existing HTML. This will usually be a piece of JSX like `<App />` which was rendered with a `ReactDOM Server` method such as `renderToPipeableStream(<App />)`.
  - **optional** `options`: An object with options for this React root.
    
    - **optional** `onCaughtError`: Callback called when React catches an error in an Error Boundary. Called with the `error` caught by the Error Boundary, and an `errorInfo` object containing the `componentStack`.
    - **optional** `onUncaughtError`: Callback called when an error is thrown and not caught by an Error Boundary. Called with the `error` that was thrown and an `errorInfo` object containing the `componentStack`.
    - **optional** `onRecoverableError`: Callback called when React automatically recovers from errors. Called with the `error` React throws, and an `errorInfo` object containing the `componentStack`. Some recoverable errors may include the original error cause as `error.cause`.
    - **optional** `identifierPrefix`: A string prefix React uses for IDs generated by [`useId`.](https://react.dev/reference/react/useId) Useful to avoid conflicts when using multiple roots on the same page. Must be the same prefix as used on the server.
  
  #### Returns[Link for Returns]()
  
  `hydrateRoot` returns an object with two methods: [`render`]() and [`unmount`.]()
  
  #### Caveats[Link for Caveats]()
  
  - `hydrateRoot()` expects the rendered content to be identical with the server-rendered content. You should treat mismatches as bugs and fix them.
  - In development mode, React warns about mismatches during hydration. There are no guarantees that attribute differences will be patched up in case of mismatches. This is important for performance reasons because in most apps, mismatches are rare, and so validating all markup would be prohibitively expensive.
  - You’ll likely have only one `hydrateRoot` call in your app. If you use a framework, it might do this call for you.
  - If your app is client-rendered with no HTML rendered already, using `hydrateRoot()` is not supported. Use [`createRoot()`](https://react.dev/reference/react-dom/client/createRoot) instead.
  
  * * *
  
  ### `root.render(reactNode)`[Link for this heading]()
  
  Call `root.render` to update a React component inside a hydrated React root for a browser DOM element.
  
  ```
  
  root.render(<App />);
  ```
  
  React will update `<App />` in the hydrated `root`.
  
  [See more examples below.]()
  
  #### Parameters[Link for Parameters]()
  
  - `reactNode`: A “React node” that you want to update. This will usually be a piece of JSX like `<App />`, but you can also pass a React element constructed with [`createElement()`](https://react.dev/reference/react/createElement), a string, a number, `null`, or `undefined`.
  
  #### Returns[Link for Returns]()
  
  `root.render` returns `undefined`.
  
  #### Caveats[Link for Caveats]()
  
  - If you call `root.render` before the root has finished hydrating, React will clear the existing server-rendered HTML content and switch the entire root to client rendering.
  
  * * *
  
  ### `root.unmount()`[Link for this heading]()
  
  Call `root.unmount` to destroy a rendered tree inside a React root.
  
  ```
  
  root.unmount();
  ```
  
  An app fully built with React will usually not have any calls to `root.unmount`.
  
  This is mostly useful if your React root’s DOM node (or any of its ancestors) may get removed from the DOM by some other code. For example, imagine a jQuery tab panel that removes inactive tabs from the DOM. If a tab gets removed, everything inside it (including the React roots inside) would get removed from the DOM as well. You need to tell React to “stop” managing the removed root’s content by calling `root.unmount`. Otherwise, the components inside the removed root won’t clean up and free up resources like subscriptions.
  
  Calling `root.unmount` will unmount all the components in the root and “detach” React from the root DOM node, including removing any event handlers or state in the tree.
  
  #### Parameters[Link for Parameters]()
  
  `root.unmount` does not accept any parameters.
  
  #### Returns[Link for Returns]()
  
  `root.unmount` returns `undefined`.
  
  #### Caveats[Link for Caveats]()
  
  - Calling `root.unmount` will unmount all the components in the tree and “detach” React from the root DOM node.
  - Once you call `root.unmount` you cannot call `root.render` again on the root. Attempting to call `root.render` on an unmounted root will throw a “Cannot update an unmounted root” error.
  
  * * *
  
  ## Usage[Link for Usage]()
  
  ### Hydrating server-rendered HTML[Link for Hydrating server-rendered HTML]()
  
  If your app’s HTML was generated by [`react-dom/server`](https://react.dev/reference/react-dom/client/createRoot), you need to *hydrate* it on the client.
  
  ```
  
  import { hydrateRoot } from 'react-dom/client';
  
  
  
  hydrateRoot(document.getElementById('root'), <App />);
  ```
  
  This will hydrate the server HTML inside the browser DOM node with the React component for your app. Usually, you will do it once at startup. If you use a framework, it might do this behind the scenes for you.
  
  To hydrate your app, React will “attach” your components’ logic to the initial generated HTML from the server. Hydration turns the initial HTML snapshot from the server into a fully interactive app that runs in the browser.
  
  index.jsindex.htmlApp.js
  
  index.js
  
  Reset[Fork](https://codesandbox.io/api/v1/sandboxes/define?undefined&environment=create-react-app "Open in CodeSandbox")
  
  ```
  import './styles.css';
  import { hydrateRoot } from 'react-dom/client';
  import App from './App.js';
  
  hydrateRoot(
    document.getElementById('root'),
    <App />
  );
  
  ```
  
  You shouldn’t need to call `hydrateRoot` again or to call it in more places. From this point on, React will be managing the DOM of your application. To update the UI, your components will [use state](https://react.dev/reference/react/useState) instead.
  
  ### Pitfall
  
  The React tree you pass to `hydrateRoot` needs to produce **the same output** as it did on the server.
  
  This is important for the user experience. The user will spend some time looking at the server-generated HTML before your JavaScript code loads. Server rendering creates an illusion that the app loads faster by showing the HTML snapshot of its output. Suddenly showing different content breaks that illusion. This is why the server render output must match the initial render output on the client.
  
  The most common causes leading to hydration errors include:
  
  - Extra whitespace (like newlines) around the React-generated HTML inside the root node.
  - Using checks like `typeof window !== 'undefined'` in your rendering logic.
  - Using browser-only APIs like [`window.matchMedia`](https://developer.mozilla.org/en-US/docs/Web/API/Window/matchMedia) in your rendering logic.
  - Rendering different data on the server and the client.
  
  React recovers from some hydration errors, but **you must fix them like other bugs.** In the best case, they’ll lead to a slowdown; in the worst case, event handlers can get attached to the wrong elements.
  
  * * *
  
  ### Hydrating an entire document[Link for Hydrating an entire document]()
  
  Apps fully built with React can render the entire document as JSX, including the [`<html>`](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/html) tag:
  
  ```
  
  function App() {
  
    return (
  
      <html>
  
        <head>
  
          <meta charSet="utf-8" />
  
          <meta name="viewport" content="width=device-width, initial-scale=1" />
  
          <link rel="stylesheet" href="/styles.css"></link>
  
          <title>My app</title>
  
        </head>
  
        <body>
  
          <Router />
  
        </body>
  
      </html>
  
    );
  
  }
  ```
  
  To hydrate the entire document, pass the [`document`](https://developer.mozilla.org/en-US/docs/Web/API/Window/document) global as the first argument to `hydrateRoot`:
  
  ```
  
  import { hydrateRoot } from 'react-dom/client';
  
  import App from './App.js';
  
  
  
  hydrateRoot(document, <App />);
  ```
  
  * * *
  
  ### Suppressing unavoidable hydration mismatch errors[Link for Suppressing unavoidable hydration mismatch errors]()
  
  If a single element’s attribute or text content is unavoidably different between the server and the client (for example, a timestamp), you may silence the hydration mismatch warning.
  
  To silence hydration warnings on an element, add `suppressHydrationWarning={true}`:
  
  index.jsindex.htmlApp.js
  
  App.js
  
  Reset[Fork](https://codesandbox.io/api/v1/sandboxes/define?undefined&environment=create-react-app "Open in CodeSandbox")
  
  ```
  export default function App() {
    return (
      <h1 suppressHydrationWarning={true}>
        Current Date: {new Date().toLocaleDateString()}
      </h1>
    );
  }
  
  ```
  
  This only works one level deep, and is intended to be an escape hatch. Don’t overuse it. Unless it’s text content, React still won’t attempt to patch it up, so it may remain inconsistent until future updates.
  
  * * *
  
  ### Handling different client and server content[Link for Handling different client and server content]()
  
  If you intentionally need to render something different on the server and the client, you can do a two-pass rendering. Components that render something different on the client can read a [state variable](https://react.dev/reference/react/useState) like `isClient`, which you can set to `true` in an [Effect](https://react.dev/reference/react/useEffect):
  
  index.jsindex.htmlApp.js
  
  App.js
  
  Reset[Fork](https://codesandbox.io/api/v1/sandboxes/define?undefined&environment=create-react-app "Open in CodeSandbox")
  
  ```
  import { useState, useEffect } from "react";
  
  export default function App() {
    const [isClient, setIsClient] = useState(false);
  
    useEffect(() => {
      setIsClient(true);
    }, []);
  
    return (
      <h1>
        {isClient ? 'Is Client' : 'Is Server'}
      </h1>
    );
  }
  
  ```
  
  This way the initial render pass will render the same content as the server, avoiding mismatches, but an additional pass will happen synchronously right after hydration.
  
  ### Pitfall
  
  This approach makes hydration slower because your components have to render twice. Be mindful of the user experience on slow connections. The JavaScript code may load significantly later than the initial HTML render, so rendering a different UI immediately after hydration may also feel jarring to the user.
  
  * * *
  
  ### Updating a hydrated root component[Link for Updating a hydrated root component]()
  
  After the root has finished hydrating, you can call [`root.render`]() to update the root React component. **Unlike with [`createRoot`](https://react.dev/reference/react-dom/client/createRoot), you don’t usually need to do this because the initial content was already rendered as HTML.**
  
  If you call `root.render` at some point after hydration, and the component tree structure matches up with what was previously rendered, React will [preserve the state.](https://react.dev/learn/preserving-and-resetting-state) Notice how you can type in the input, which means that the updates from repeated `render` calls every second in this example are not destructive:
  
  index.jsindex.htmlApp.js
  
  index.js
  
  Reset[Fork](https://codesandbox.io/api/v1/sandboxes/define?undefined&environment=create-react-app "Open in CodeSandbox")
  
  ```
  import { hydrateRoot } from 'react-dom/client';
  import './styles.css';
  import App from './App.js';
  
  const root = hydrateRoot(
    document.getElementById('root'),
    <App counter={0} />
  );
  
  let i = 0;
  setInterval(() => {
    root.render(<App counter={i} />);
    i++;
  }, 1000);
  
  ```
  
  It is uncommon to call [`root.render`]() on a hydrated root. Usually, you’ll [update state](https://react.dev/reference/react/useState) inside one of the components instead.
  
  ### Show a dialog for uncaught errors[Link for Show a dialog for uncaught errors]()
  
  By default, React will log all uncaught errors to the console. To implement your own error reporting, you can provide the optional `onUncaughtError` root option:
  
  ```
  
  import { hydrateRoot } from 'react-dom/client';
  
  
  
  const root = hydrateRoot(
  
    document.getElementById('root'),
  
    <App />,
  
    {
  
      onUncaughtError: (error, errorInfo) => {
  
        console.error(
  
          'Uncaught error',
  
          error,
  
          errorInfo.componentStack
  
        );
  
      }
  
    }
  
  );
  
  root.render(<App />);
  ```
  
  The onUncaughtError option is a function called with two arguments:
  
  1. The error that was thrown.
  2. An errorInfo object that contains the componentStack of the error.
  
  You can use the `onUncaughtError` root option to display error dialogs:
  
  index.jsApp.js
  
  index.js
  
  Reset[Fork](https://codesandbox.io/api/v1/sandboxes/define?undefined&environment=create-react-app "Open in CodeSandbox")
  
  ```
  import { hydrateRoot } from "react-dom/client";
  import App from "./App.js";
  import {reportUncaughtError} from "./reportError";
  import "./styles.css";
  import {renderToString} from 'react-dom/server';
  
  const container = document.getElementById("root");
  const root = hydrateRoot(container, <App />, {
    onUncaughtError: (error, errorInfo) => {
      if (error.message !== 'Known error') {
        reportUncaughtError({
          error,
          componentStack: errorInfo.componentStack
        });
      }
    }
  });
  
  ```
  
  Show more
  
  ### Displaying Error Boundary errors[Link for Displaying Error Boundary errors]()
  
  By default, React will log all errors caught by an Error Boundary to `console.error`. To override this behavior, you can provide the optional `onCaughtError` root option for errors caught by an [Error Boundary](https://react.dev/reference/react/Component):
  
  ```
  
  import { hydrateRoot } from 'react-dom/client';
  
  
  
  const root = hydrateRoot(
  
    document.getElementById('root'),
  
    <App />,
  
    {
  
      onCaughtError: (error, errorInfo) => {
  
        console.error(
  
          'Caught error',
  
          error,
  
          errorInfo.componentStack
  
        );
  
      }
  
    }
  
  );
  
  root.render(<App />);
  ```
  
  The onCaughtError option is a function called with two arguments:
  
  1. The error that was caught by the boundary.
  2. An errorInfo object that contains the componentStack of the error.
  
  You can use the `onCaughtError` root option to display error dialogs or filter known errors from logging:
  
  index.jsApp.js
  
  index.js
  
  Reset[Fork](https://codesandbox.io/api/v1/sandboxes/define?undefined&environment=create-react-app "Open in CodeSandbox")
  
  ```
  import { hydrateRoot } from "react-dom/client";
  import App from "./App.js";
  import {reportCaughtError} from "./reportError";
  import "./styles.css";
  
  const container = document.getElementById("root");
  const root = hydrateRoot(container, <App />, {
    onCaughtError: (error, errorInfo) => {
      if (error.message !== 'Known error') {
        reportCaughtError({
          error,
          componentStack: errorInfo.componentStack
        });
      }
    }
  });
  
  ```
  
  Show more
  
  ### Show a dialog for recoverable hydration mismatch errors[Link for Show a dialog for recoverable hydration mismatch errors]()
  
  When React encounters a hydration mismatch, it will automatically attempt to recover by rendering on the client. By default, React will log hydration mismatch errors to `console.error`. To override this behavior, you can provide the optional `onRecoverableError` root option:
  
  ```
  
  import { hydrateRoot } from 'react-dom/client';
  
  
  
  const root = hydrateRoot(
  
    document.getElementById('root'),
  
    <App />,
  
    {
  
      onRecoverableError: (error, errorInfo) => {
  
        console.error(
  
          'Caught error',
  
          error,
  
          error.cause,
  
          errorInfo.componentStack
  
        );
  
      }
  
    }
  
  );
  ```
  
  The onRecoverableError option is a function called with two arguments:
  
  1. The error React throws. Some errors may include the original cause as error.cause.
  2. An errorInfo object that contains the componentStack of the error.
  
  You can use the `onRecoverableError` root option to display error dialogs for hydration mismatches:
  
  index.jsApp.js
  
  index.js
  
  Reset[Fork](https://codesandbox.io/api/v1/sandboxes/define?undefined&environment=create-react-app "Open in CodeSandbox")
  
  ```
  import { hydrateRoot } from "react-dom/client";
  import App from "./App.js";
  import {reportRecoverableError} from "./reportError";
  import "./styles.css";
  
  const container = document.getElementById("root");
  const root = hydrateRoot(container, <App />, {
    onRecoverableError: (error, errorInfo) => {
      reportRecoverableError({
        error,
        cause: error.cause,
        componentStack: errorInfo.componentStack
      });
    }
  });
  
  ```
  
  ## Troubleshooting[Link for Troubleshooting]()
  
  ### I’m getting an error: “You passed a second argument to root.render”[Link for I’m getting an error: “You passed a second argument to root.render”]()
  
  A common mistake is to pass the options for `hydrateRoot` to `root.render(...)`:
  
  Console
  
  Warning: You passed a second argument to root.render(…) but it only accepts one argument.
  
  To fix, pass the root options to `hydrateRoot(...)`, not `root.render(...)`:
  
  ```
  
  // 🚩 Wrong: root.render only takes one argument.
  
  root.render(App, {onUncaughtError});
  
  
  
  // ✅ Correct: pass options to createRoot.
  
  const root = hydrateRoot(container, <App />, {onUncaughtError});
  ```
  
  [PreviouscreateRoot](https://react.dev/reference/react-dom/client/createRoot)
  
  [NextServer APIs](https://react.dev/reference/react-dom/server)