rustup 1.30 路线公开：隐式安装要收口，curl 下载后端准备移除

这篇 Inside Rust 更新，是 t-rustup 第一次系统公开当前 release cycle 的重点工作。最值得社区注意的，不是某个单点修复，而是 rustup 1.30 的行为边界正在重新收紧：团队明确表示，未来会在 rustup / rustup-init 这类命令里，只在真正必要时才触发 active toolchain 的隐式安装，而不是像过去那样遇到缺失工具链就“顺手帮你装上”。

这条调整的背景也写得很坦白。官方承认，1.28.0 当初彻底移除 implicit installation 时，变更沟通并不到位，确实给用户造成了困扰；因此 1.28.1 又把它重新启用，并增加了 RUSTUP_AUTO_INSTALL 环境变量和 rustup set auto-install 控制项。接下来的 1.30 则是更细粒度的收口：rustc / cargo 这类 proxy 调用继续保留自动安装，但很多本就不该“顺手安装工具链”的 rustup 子命令，会改成直接失败并提示用户显式执行 rustup install。

另一条很有分量的变化，是下载 / TLS 后端的继续瘦身。团队表示，reqwest 下载后端与 rustls TLS 后端已经分别在 2019 和 2025 成为默认推荐方案，因此 1.30 计划正式移除历史包袱更重的 curl 下载后端。原生 TLS 后端暂时不会直接移除，但未来可能逐步降级为“保证能构建”级支持。对常年在 CI、镜像源、企业环境里使用 rustup 的团队来说，这次更新其实是在提前释放一个很清楚的信号：工具链管理层会继续往更可预测、更少分支、更易维护的方向收口。

文中还顺手列出了一批后续重点：XDG 路径支持是今年 GSoC 2026 项目，另有更新提醒、签名与镜像支持、artifact signing、toolchain 去重、安装并发、MSVC 环境改进、JSON 输出模式等议题还在推进。它不是一次版本发布公告，但对于 Rust 开发工具链生态来说，这类 roadmap 型信息本身就很有价值。

原文：https://blog.rust-lang.org/inside-rust/2026/07/03/rustup-update-1.30/ 相关议题：https://github.com/rust-lang/rustup/issues/4836

原文链接：https://blog.rust-lang.org/inside-rust/2026/07/03/rustup-update-1.30/

AstroBurst v0.5.6：Rust + Tauri + WebGPU 做离线天文图像处理，2 GB 数据 300 ms 打开、GPU 预览 8 ms

如果说前几条更偏工具链和开发基础设施，那 AstroBurst v0.5.6 这条就属于“很容易把人眼球拽过去”的应用型 Rust 项目。它是一个完全离线的桌面天文图像处理工具，面向 JWST、Hubble、Roman 等公开档案里的 FITS / ASDF 数据，支持通道合成、stack、stretch、导出等工作流。作者给出的演示数据也很有传播力：2 GB datacube 大约 300 ms 打开，GPU 上做 STF 预览大约 8 ms，而 README 里还提供了一个完整的“Pillars of Creation 五分钟成图”流程。

v0.5.6 这一版更新内容非常密。最显眼的新功能是 star removal：通过经典检测、软 mask 和多尺度 push-pull inpainting，同步产出一张 starless 图和一张 stars layer，方便把星云和星点拆开处理再重组；RGB 路径还额外用了共享 luminance mask 去抑制彩边。除此之外，compose wizard 新增了 LRGB 合成，背景处理新增 linked gradient removal、pedestal neutralization 与针对 JWST 1/f striping 的 row / column de-banding；Stretch 侧则把 Auto STF 中间调 slider 改成 log-scale，并重新调了 GHS 默认值。

更让 Rust 开发者会心一笑的，是作者在帖子里顺手复盘了一些工程细节：项目里仍然包含他所知第一个 非 Python 的 ASDF reader，同时使用 memory-mapped FITS I/O，并让 STF stretch 在 WGSL shader、CPU worker 和 Rust backend 三条路径上做到 bit-for-bit 一致；这一版迭代里还踩到了一个很典型的 ndarray 坑——F-order view 上调用 .to_owned() 仍会保留 F-order 布局，导致下游 as_slice().expect("contiguous") 在“看起来明明连续”的数组上也可能 panic，最后改成 as_standard_layout().into_owned() 才彻底修掉。对 Rust 图形 / 科学计算 / 桌面应用交叉方向来说，这类项目很有看头。

项目仓库：https://github.com/samuelkriegerbonini-dev/AstroBurst 原帖：https://old.reddit.com/r/rust/comments/1um1ucv/astroburst_v056_opensource_astrophotography_in/

原文链接：https://github.com/samuelkriegerbonini-dev/AstroBurst

Bevy 教程：从零做一个 3D 编辑器，先把无限网格和 Blender 式视口搭起来

这篇新教程最吸引人的地方，是它没有停在“做个 3D demo”层面，而是直接把目标定成了一个 可扩展的小型场景编辑器：能搭环境、摆物体、后面还能继续接上材质、toon shader、场景保存 / 加载和 GLTF 导入。作者的判断也很贴合 Bevy 生态的想象空间：如果编辑器本身就是用 Bevy 写的，那么编辑器和游戏共用同一套 ECS，最后保存下来的 scene，也就天然更容易成为游戏运行时真正加载的 scene。

首篇教程先把底座搭起来。第一步是标准的 camera / light / mesh 三件套，先让场景里出现一个灰色立方体；接着很快切进更实用的部分：把静态摄像机拆成带状态的 OrbitCamera，分别处理 focus、distance、yaw、pitch，再通过 AccumulatedMouseMotion、AccumulatedMouseScroll 和 PinchGesture 把鼠标、触控板和捏合手势统一桥接到 orbit / pan / zoom 操作里。作者还顺手把代码组织成 EditorPlugin、CameraPlugin 这种模块化结构，为后续功能扩展留足空间。

更容易让人转发的，是它把 Blender 式无限网格视口 也一并做了出来。借助 Bevy 0.19 自带的 bevy_dev_tools::infinite_grid，教程直接生成带主次网格线、轴线配色和 fadeout distance 的无限地面；同时为了更接近 Blender 的操作直觉，还专门解释了 Y/Z 轴约定和坐标系适配。对于正在看 Bevy 0.19、又想把“游戏引擎”往“工具链 / 编辑器”方向延展的人来说，这条教程线很有实操价值。

原文：https://aibodh.com/posts/bevy-tutorial-build-your-first-3d-editor-in-rust/ 项目仓库：https://github.com/jamesfebin/Build-Your-First-3D-Editor-in-Bevy/

原文链接：https://aibodh.com/posts/bevy-tutorial-build-your-first-3d-editor-in-rust/

rapidrand：66 行代码接入 rand 生态，实测追平 fastrand / turborand

今天这个小而硬的工具型项目叫 rapidrand。作者把自己在 rapidhash 里使用的 wyrand 系伪随机数生成器单独拆成了一个 crate，目标很明确：做一个 极简、快、又能直接接进 rand trait 生态 的 PRNG，而不是再造一套和现有 Rust 随机数接口脱节的小玩具。

项目本身很克制：作者直接把“体量”当卖点打出来，整个实现只有 66 行 SLoC。但真正让它有传播性的，是 benchmark 表现确实漂亮。按作者给出的 M1 Max 实测，RapidRng 在 u64 / u32 生成上都能跑到 0.51 ns，fill 1 KiB 则能达到 21.67 GB/s，和 fastrand、turborand 基本处在同一量级；相比之下，rand::SmallRng 与 rand::StdRng 在延迟和批量填充吞吐上都明显更慢，nanorand 虽然单次整数生成也快，但 fill 1 KiB 吞吐掉得很明显。

这类项目未必是“生态级大新闻”，但很符合 Rust 社区对基础小组件的关注点：实现足够小、接口兼容主流 trait、性能结果又一眼能看懂。如果后续维护跟上，它很可能会成为不少性能敏感场景里一个很顺手的候选项。

项目仓库：https://github.com/hoxxep/rapidrand crate 地址：https://crates.io/crates/rapidrand 相关背景：https://github.com/hoxxep/rapidhash

原文链接：https://github.com/hoxxep/rapidrand