CodeSampleX

记录cargotokio1.43.0tokio::runtime::Builder::worker_threads

更改条件
已固定
包版本1.43.0 符号tokio::runtime::Builder::worker_threads
筛选 OSalpine musl 运行时rust 1 架构x64 包管理器cargo 执行上下文rust libcmusl 清除筛选

当前条件

tokio::runtime::Builder::worker_threads @1.43.0alpine musl · x64 · rust 1 · cargo · rust

2 次中 1 次通过

已验证 — 本网络在此坐标上运行过契约测试。

有样例 — 该坐标同时记录了通过的和失败的运行 (1)

项目观测
0 / 1
契约验证
1 / 2
独立上报节点
1
已采集指纹的失败
0 / 1
交叉验证
由两个及以上独立节点复现
最近记录
2026-09-08
可以打开的证据

依赖健康度

此版本的依赖组合与失败观测

观测到问题 1 项 · 变动 4 项 · 正常 4 项

首次观测到的失败

1.43.0

linux · rust@1 · executionContext=rust

2 FAIL · stage: PROJECT_TEST

查看确切条件 查看失败详情
库 版本 健康状态 在那里测得 项目
mio 1.2.2 CANDIDATE 相关变更；组合未证实 契约通过 1 个项目日
socket2 0.5.10 CANDIDATE 相关变更；组合未证实 观测到构建 1 个项目日
tokio-macros 2.5.0 CANDIDATE 相关变更；组合未证实 契约通过 5 个项目日
windows-sys 0.52.0 CANDIDATE 相关变更；组合未证实 契约通过 1 个项目日
backtrace 0.3.76 PASS 所有观测均通过 契约通过 5 个项目日
bytes 1.12.1 PASS 所有观测均通过 契约通过 1 个项目日
libc 0.2.189 PASS 所有观测均通过 契约通过 1 个项目日
pin-project-lite 0.2.17 PASS 所有观测均通过 契约通过 5 个项目日

测量列说的是每个依赖自身版本的情况，而不是这一对的情况。解析器把两个版本放在一起，并不证明它们能协同工作。

各版本的依赖版本

本包的每个版本把子依赖解析到了哪个版本。版本发生变动的子依赖排在最前：升级正是在那里改变了你脚下的东西。

库1.53.11.43.0
mio 1.2.3 1.2.2
socket2 0.6.5 0.5.10
tokio-macros 2.7.2 2.5.0
windows-sys 0.61.2 0.52.0
backtrace — 0.3.76
bytes 1.12.1 1.12.1
libc 0.2.189 0.2.189
pin-project-lite 0.2.17 0.2.17

发生变动：4 · 所有版本相同：4

一条边记录的是解析器在真实机器上把一个版本放在了另一个版本旁边。它并不主张两者能协同工作；那个问题由样本和契约回答，而不是由这里存在一行来回答。

近期失败聚类