OSS TanbouSign in with GitHub

run asynchronous Rust I/O, tasks, networking, and timers on one runtime

OSS scale score 315.1OSS health 100
About these scores

OSS scale score is an unbounded metric that log-compresses and weights Stars, Watchers, Forks, and Contributors. Discovery score is the current OSS scale score minus the score at discovery. Update pace is commits in the last 30 days, growth momentum is the OSS scale score difference within the recent observation window, and OSS health is a 0–100 rating based on available recency, Community Health, and release data.

Stars
33,338
Primary language
Rust
License
MIT
Repository last updated
Oct 4, 2026
On this page

Overview

Tokio is an event-driven, non-blocking I/O platform for asynchronous Rust applications. It combines a multithreaded task scheduler, an OS event-queue reactor, and asynchronous TCP/UDP sockets into a common runtime.

Features and best fit

Based on official documentation; not hands-on tested · Content checked:

Key features

Schedule asynchronous tasks around operating-system I/O events

Tokio provides a multithreaded work-stealing scheduler and a reactor backed by operating-system facilities such as epoll, kqueue, and IOCP. This lets I/O-heavy work progress without dedicating a thread to every waiting operation.

Sources: [2]

Use networking, timers, and tasks through one runtime

The README highlights asynchronous TCP and UDP sockets, while the crate exposes I/O, networking, scheduling, and timer facilities behind selectable Cargo features.

Sources: [2]

Best fit

Fits Rust backends handling many concurrent connections or I/O-bound tasks

It is a strong foundation for HTTP servers, proxies, streaming services, and other backends with substantial I/O concurrency, including stacks built with Axum, Hyper, Tonic, and related Tokio ecosystem crates.

Sources: [2]

Before adoption

Check MSRV and LTS status when pinning a minor release

The Tokio 1.53.2 tag documents Rust 1.71 as its MSRV and lists the 1.53.x line as LTS through September 2027. Patch releases carry bug fixes, so pinned minor lines should still follow current patch releases.

Sources: [2][3]

Official sources

  1. [1]tokio-rs/tokio — GitHub repository(2026-10-06)
  2. [2]Tokio 1.53.2 — README(2026-10-06)
  3. [3]Tokio 1.53.2 release(2026-10-06)
Supplemental curator note

Tokio is the runtime foundation beneath frameworks and HTTP libraries such as Axum and Hyper rather than a web framework itself. For pinned minor versions, check both the LTS window and MSRV before standardizing on a release line.

Try it in 3 steps

  1. 1

    Clone the reviewed Tokio release

    Clone the reviewed Tokio 1.53.2 tag. A Rust toolchain with Cargo is required.

    git clone --depth 1 --branch tokio-1.53.2 https://github.com/tokio-rs/tokio.git && cd tokio
  2. 2

    Start the TCP echo server

    Run the official example, which listens on 127.0.0.1:8080. Keep this terminal running for the server.

    cargo run --example echo-tcp
  3. 3

    Connect from another terminal

    Run the official client example in another terminal, type a line, and confirm that the server echoes it back.

    cargo run --example connect-tcp 127.0.0.1:8080
Check the official README

Growth

Growth trends · Last 30 days

33,338 Stars

Trend data is still being collected.

Built with

Categories and tags

GitHub data

GitHub dataView detailed GitHub data

GitHub Topics

  • asynchronous
  • networking
  • rust
Stars
33,338
Forks
4,944
Watchers
334
Open issues
455
Contributors
439
Owner type
Organization
Primary language
Rust
License
MIT
Repository last updated
Oct 4, 2026
Write a related article

Share a guide or use case for this OSS in Markdown. Articles are published after administrator approval.

Report incorrect information

Tell us if any listing information is incorrect or outdated.

After reading this page, do you know what to do next?