Skip to main content

Foreign Function Interface

As of Deno 1.13 and later, the FFI (foreign function interface) API allows users to call libraries written in native languages that support the C ABIs (C/C++, Rust, Zig, V, etc.) using Deno.dlopen.


Here's an example showing how to call a Rust function from Deno:

pub extern "C" fn add(a: isize, b: isize) -> isize {
a + b

Compile it to a C dynamic library ( on Linux):

rustc --crate-type cdylib

In C you can write it as:

// add.c
int add(int a, int b) {
return a + b;

And compile it:

// unix
cc -c -o add.o add.c
cc -shared -W -o add.o
// Windows
cl /LD add.c /link /EXPORT:add

Calling the library from Deno:

// ffi.ts

// Determine library extension based on
// your OS.
let libSuffix = "";
switch ( {
case "windows":
libSuffix = "dll";
case "darwin":
libSuffix = "dylib";
libSuffix = "so";

const libName = `./libadd.${libSuffix}`;
// Open library and define exported symbols
const dylib = Deno.dlopen(
"add": { parameters: ["isize", "isize"], result: "isize" },
} as const,

// Call the symbol `add`
const result = dylib.symbols.add(35, 34); // 69

console.log(`Result from external addition of 35 and 34: ${result}`);

Run with --allow-ffi and --unstable flag:

deno run --allow-ffi --unstable ffi.ts

Non-blocking FFI

There are many use cases where users might want to run CPU-bound FFI functions in the background without blocking other tasks on the main thread.

As of Deno 1.15, symbols can be marked nonblocking in Deno.dlopen. These function calls will run on a dedicated blocking thread and will return a Promise resolving to the desired result.

Example of executing expensive FFI calls with Deno:

// sleep.c
#ifdef _WIN32
#include <Windows.h>
#include <time.h>

int sleep(unsigned int ms) {
#ifdef _WIN32
struct timespec ts;
ts.tv_sec = ms / 1000;
ts.tv_nsec = (ms % 1000) * 1000000;
nanosleep(&ts, NULL);

Calling it from Deno:

// nonblocking_ffi.ts
const library = Deno.dlopen(
sleep: {
parameters: ["usize"],
result: "void",
nonblocking: true,
} as const,

library.symbols.sleep(500).then(() => console.log("After"));


$ deno run --allow-ffi --unstable unblocking_ffi.ts


Deno FFI API supports creating C callbacks from JavaScript functions for calling back into Deno from dynamic libraries. An example of how callbacks are created and used is as follows:

// callback_ffi.ts
const library = Deno.dlopen(
set_status_callback: {
parameters: ["function"],
result: "void",
start_long_operation: {
parameters: [],
result: "void",
check_status: {
parameters: [],
result: "void",
} as const,

const callback = new Deno.UnsafeCallback(
parameters: ["u8"],
result: "void",
} as const,
(success: number) => {},

// Pass the callback pointer to dynamic library
// Start some long operation that does not block the thread

// Later, trigger the library to check if the operation is done.
// If it is, this call will trigger the callback.

If an UnsafeCallback's callback function throws an error, the error will get propagated up to the function that triggered the callback to be called (above, that would be check_status()) and can be caught there. If a callback returning a value throws then Deno will return 0 (null pointer for pointers) as the result.

UnsafeCallback is not deallocated by default as it can cause use-after-free bugs. To properly dispose of an UnsafeCallback its close() method must be called.

const callback = new Deno.UnsafeCallback(
{ parameters: [], result: "void" } as const,
() => {},

// After callback is no longer needed
// It is no longer safe to pass the callback as a parameter.

It is also possible for native libraries to setup interrupt handlers and to have those directly trigger the callback. However, this is not recommended and may cause unexpected side-effects and undefined behaviour. Preferably any interrupt handlers would only set a flag that can later be polled similarly to how check_status() is used above.

Supported types

Here's a list of types supported currently by the Deno FFI API.

FFI TypeDenoCRust
i8numberchar / signed chari8
u8numberunsigned charu8
i16numbershort inti16
u16numberunsigned short intu16
i32numberint / signed inti32
u32numberunsigned intu32
i64number | bigintlong long inti64
u64number | bigintunsigned long long intu64
usizenumber | bigintsize_tusize
isizenumber | bigintsize_tisize
f32number | bigintfloatf32
f64number | bigintdoublef64
pointer{} | nullvoid **mut c_void
buffer[2]TypedArray | nulluint8_t **mut u8
function[3]{} | nullvoid (*fun)()Option<extern "C" fn()>
{ struct: [...] }[4]TypedArraystruct MyStructMyStruct

As of Deno 1.25, the pointer type has been split into a pointer and a buffer type to ensure users take advantage of optimizations for Typed Arrays, and as of Deno 1.31 the JavaScript representation of pointer has become an opaque pointer object or null for null pointers.

  • [1] void type can only be used as a result type.
  • [2] buffer type accepts TypedArrays as parameter, but it always returns a pointer object or null when used as result type like the pointer type.
  • [3] function type works exactly the same as the pointer type as a parameter and result type.
  • [4] struct type is for passing and returning C structs by value (copy). The struct array must enumerate each of the struct's fields' type in order. The structs are padded automatically: Packed structs can be defined by using an appropriate amount of u8 fields to avoid padding. Only TypedArrays are supported as structs, and structs are always returned as Uint8Arrays.


deno_bindgen is the official tool to simplify glue code generation of Deno FFI libraries written in Rust.

It is similar to wasm-bindgen in the Rust WASM ecosystem.

Here's an example showing its usage:

use deno_bindgen::deno_bindgen;

struct Input {
a: i32,
b: i32,

fn mul(input: Input) -> i32 {
input.a * input.b

Run deno_bindgen to generate bindings. You can now directly import them into Deno:

// mul.ts
import { mul } from "./bindings/bindings.ts";
mul({ a: 10, b: 2 }); // 20

Any issues related to deno_bindgen should be reported at