Releases: tokio-rs/tokio
Tokio v1.47.1
Tokio v1.43.2
Tokio v1.47.0
1.47.0 (July 25th, 2025)
This release adds poll_proceed
and cooperative
to the coop
module for
cooperative scheduling, adds SetOnce
to the sync
module which provides
similar functionality to [std::sync::OnceLock
], and adds a new method
sync::Notify::notified_owned()
which returns an OwnedNotified
without
a lifetime parameter.
Added
- coop: add
cooperative
andpoll_proceed
(#7405) - sync: add
SetOnce
(#7418) - sync: add
sync::Notify::notified_owned()
(#7465)
Changed
- deps: upgrade windows-sys 0.52 → 0.59 ([#7117])
- deps: update to socket2 v0.6 ([#7443])
- sync: improve
AtomicWaker::wake
performance (#7450)
Documented
Tokio v1.46.1
1.46.1 (July 4th, 2025)
This release fixes incorrect spawn locations in runtime task hooks for tasks spawned using tokio::spawn
rather than Runtime::spawn
. This issue only effected the spawn location in TaskMeta::spawned_at
, and did not effect task locations in Tracing events.
Unstable
- runtime: add
TaskMeta::spawn_location
tracking where a task was spawned (#7440)
Tokio v1.46.0
1.46.0 (July 2nd, 2025)
Fixed
- net: fixed
TcpStream::shutdown
incorrectly returning an error on macOS (#7290)
Added
- sync:
mpsc::OwnedPermit::{same_channel, same_channel_as_sender}
methods (#7389) - macros:
biased
option forjoin!
andtry_join!
, similar toselect!
(#7307) - net: support for cygwin (#7393)
- net: support
pope::OpenOptions::read_write
on Android (#7426) - net: add
Clone
implementation fornet::unix::SocketAddr
(#7422)
Changed
- runtime: eliminate unnecessary lfence while operating on
queue::Local<T>
(#7340) - task: disallow blocking in
LocalSet::{poll,drop}
(#7372)
Unstable
- runtime: add
TaskMeta::spawn_location
tracking where a task was spawned (#7417) - runtime: removed borrow from
LocalOptions
parameter toruntime::Builder::build_local
(#7346)
Documented
- io: clarify behavior of seeking when
start_seek
is not used (#7366) - io: document cancellation safety of
AsyncWriteExt::flush
(#7364) - net: fix docs for
recv_buffer_size
method (#7336) - net: fix broken link of
RawFd
inTcpSocket
docs (#7416) - net: update
AsRawFd
doc link to current Rust stdlib location (#7429) - readme: fix double period in reactor description (#7363)
- runtime: add doc note that
on_*_task_poll
is unstable (#7311) - sync: update broadcast docs on allocation failure (#7352)
- time: add a missing panic scenario of
time::advance
(#7394)
Tokio v1.45.1
1.45.1 (May 24th, 2025)
This fixes a regression on the wasm32-unknown-unknown target, where code that previously did not panic due to calls to Instant::now()
started failing. This is due to the stabilization of the first time-based metric.
Fixed
- Disable time-based metrics on wasm32-unknown-unknown (#7322)
Tokio v1.45.0
Added
- metrics: stabilize
worker_total_busy_duration
,worker_park_count
, andworker_unpark_count
(#6899, #7276) - process: add
Command::spawn_with
(#7249)
Changed
- io: do not require
Unpin
for some trait impls (#7204) - rt: mark
runtime::Handle
as unwind safe (#7230) - time: revert internal sharding implementation (#7226)
Unstable
- rt: remove alt multi-threaded runtime (#7275)
Tokio v1.42.1
This release fixes a soundness issue in the broadcast channel. The channel accepts values that are Send
but !Sync
. Previously, the channel called clone()
on these values without synchronizing. This release fixes the channel by synchronizing calls to .clone()
(Thanks Austin Bonander for finding and reporting the issue).
Fixed
- sync: synchronize
clone()
call in broadcast channel (#7232)
Tokio v1.44.2
This release fixes a soundness issue in the broadcast channel. The channel
accepts values that are Send
but !Sync
. Previously, the channel called
clone()
on these values without synchronizing. This release fixes the channel
by synchronizing calls to .clone()
(Thanks Austin Bonander for finding and
reporting the issue).
Fixed
- sync: synchronize
clone()
call in broadcast channel (#7232)
Tokio v1.38.2
This release fixes a soundness issue in the broadcast channel. The channel accepts values that are Send
but !Sync
. Previously, the channel called clone()
on these values without synchronizing. This release fixes the channel by synchronizing calls to .clone()
(Thanks Austin Bonander for finding and reporting the issue).
Fixed
- sync: synchronize
clone()
call in broadcast channel (#7232)