Create Durable Object stubs and send requests

A Durable Object stub is a client Object used to send requests to a remote Durable Object.

OBJECT_NAMESPACE.get(id) creates a Durable Object.

Durable Objects implement E-order semantics. When you make multiple calls to the same Durable Object, it is guaranteed that the calls will be delivered to the remote Durable Object in the order in which you made them. E-order semantics makes many distributed programming problems easier.

However, due to random network disruptions or other transient issues, a Durable Object stub may become disconnected from its remote Durable Object. A disconnected stub is permanently broken. In this scenario, all in-flight calls and future calls will fail with exceptions.

To make new requests to the Durable Object, you must call OBJECT_NAMESPACE.get(id) again to get a new Durable Object stub. There are no ordering guarantees between requests to the new stub compared to the old one. If ordering is not a concern, you can create a new Durable Object for every request.

E-order

E-order is a concept deriving from the E distributed programming language. E-order is implemented by the Cap’n Proto distributed object-capability RPC protocol, which Cloudflare Workers uses for internal communications.

Get a Durable Object stub

let durableObjectStub = OBJECT_NAMESPACE.get(id);

Parameters

• id DurableObjectId

  • An ID constructed using newUniqueId(), idFromName(), or idFromString() on this Durable Object namespace. For details, refer to Access a Durable Object .

  • This method constructs an Object, which is a local client that provides access to a remote Object.

  • If the remote Object does not already exist, it will be created. Thus, there will always be an Object accessible from the stub.

  • This method always returns the Object immediately, before it has connected to the remote Object. This allows you to begin making requests to the Object right away, without waiting for a network round trip.

Call a Durable Object

You can call a Durable Object by:

• Sending HTTP requests to a Durable Object’s fetch() handler.
• Invoking Remote Procedure Call (RPC) methods defined on a Durable Object class (available for Workers with a compatibility date greater than or equal to 2024-04-03).
• Using the WebSocket API.

Call RPC methods

To use RPC, a Durable Objects class must extend the built-in type DurableObject. Then, public methods on a Durable Objects class are exposed as RPC methods, which you can call from a Durable Object stub in a Worker. All RPC calls are asynchronous, accept and return serializable types, and propagate exceptions to the caller without a stack trace. Refer to Workers RPC for complete details.

import { DurableObject } from "cloudflare:workers";

export class Counter extends DurableObject {

  async increment(amount = 1) {
    let value: number = (await this.ctx.storage.get("value")) || 0;
    value += amount;
    this.ctx.storage.put("value", value);
    return value;
  }
}

// A Worker calling a Durable Object
let durableObjectStub = env.COUNTERS.get(id);
let response = await durableObjectStub.increment();

Note

When you write a Worker that does not extend the DurableObject class, the ctx object in your Durable Object is instead called state, and is provided as the first argument to the constructor, but not set as a property of your class.

With RPC, the DurableObject superclass defines ctx and env as class properties. What was previously called state is now called ctx when you extend the DurableObject class.

This naming change from state to ctx was made both to ensure consistency between DurableObject and WorkerEntrypoint, and to avoid setting the false expectation that directly mutating the value of state would persist data.

Refer to Build a Counter for a full example.

Send HTTP requests

let response = await durableObjectStub.fetch(request);
// Alternatively, passing a URL directly:
let response = await durableObjectStub.fetch(url, options);

The url passed to the fetch() handler of your Durable Object must be a well-formed URL, but does not have to be a publicly-resolvable hostname. You can:

• Pass the client Request directly into the fetch() handler as is.
• Use an internal URL scheme, such as http://do/some-path, as the url parameter in the fetch() handler. This allows you to construct your own path or query parameter based approach to sharing state between your client-facing Worker and your Durable Object.
• Alternatively, you can construct your own Request object, which allows you to use a Headers object to pass in key-value pairs, representing data you wish to pass to your Durable Objects.

The example below shows you how to construct your own Request object:

// Constructing a new Request and passing metadata to the Durable Object via headers
let doReq = new Request("http://do/write", { headers: { "user-id": userId }})
let resp = await durableObjectStub.fetch(doReq)

// Alternatively, using URL query params or paths
let resp = await durableObjectStub.fetch(`http://do/write?userId=${userId}`)

Note

To understand how exceptions are thrown from within a Durable Object, refer to the Error handling documentation.

List Durable Objects

The Cloudflare REST API supports retrieving a list of Durable Objects within a Durable Object namespace and a list of namespaces associated with an account.