[2026-11-03] 关于为什么切换运行时不解在这里做出解答

[hairyf]

我知道很多用户在原本系统运行的好好的，切换到新版本有各种各样的问题很不满，但这不代表别的平台的用户运行的就很好，内置浏览器的限制也导致了很多功能受限，linux 在也有有大量的悬着的 bug 都是没解决的，Webview2，Macos 的内存占用也明显要比 chromium 高差不多两倍，性能也极差，这些都是我们没有办法通过内置浏览器解决的，这些都是迭代过程中一直想解决的问题

这也是我们调研了两周多做出的决定，市面上没有任何解决方案，很多 library 都是我去自研开发的，耗费了我大量的精力，至于我们得到了什么，这是我们切换到新的架构解决的悬空问题

#761
#1103
#1173
#1203
#1208
#1302
#1303
#1315

所以不要再说换 runtime 没有意义了

我们项目长期维护人手本就不多，测试很难做到全平台没有问题，但已经尽量在保证运行正常了，实际上真正 block 的问题只有 macos intel 架构没办法运行，我认为这次重构已经做的很好了

这个项目我花费至少不止 3000+ 的 token 费用，这次重构花费有将近 300 多元的费用，我从来没有让你们付钱，所以说实话听到你们抱怨我心里不好受，以后还是尽量少点抱怨，这对解决问题提供不了任何帮助，有问题在 issues 里描述清楚，希望大家能理解。

如果你对怎么提交 issue 有疑惑，请查看 antfu 的文章，我认为这对你有帮助：

https://antfu.me/posts/why-reproductions-are-required-zh

[hairyf]

首先，请尊重他人劳动成果，以及理性讨论，我们也从来没说过放弃哪个平台的用户

“请提供有用的信息以供我们有能力能解决”，这才是关键，而不是一味的抱怨情绪。

我建议你认真阅读 https://antfu.me/posts/why-reproductions-are-required-zh 的文章。

我们早期版本不止是 pet、其他功能也是极其不稳定的，我们靠着社区反馈/持续推荐修复，才达到如今的稳定水平，

将来也依旧如此，这也是非商业开源项目的弊端。

我们是 MIT 协议，我们不为任何人负责，你使用与否对我们没有任何好处，

但我们依旧会为了我们的目标而努力 Wry?，

而 tauri-runtime-wry 不是我们实现目标的唯一途径。

[ShikiSuen]

@hairyf 本想在楼里面回的，但你关了楼，那就在这边补述吧。

这个专案的独立运作的目的我完全赞同。

剩下的是吐槽，我先摺叠。点这里展开。

---

当我前些天关掉 DSH-Tauri 时按照通常的做法将自动下载来提醒安装的新版 dmg 安装之后，再打开 DSH-Tauri 时那无限崩溃让我连续半个多小时焦头烂额、最后让 codewhale 出马查出元凶是 Electron 的问题的时候，我没有感受到丝毫的被尊重。

毕竟，这个 breaking changes 在自动更新时 没用红字大字主动提示出来，走这个渠道升级的用户 没被告知到这些可能的灾难性的后果。

而且，你也被你们目前的 macOS CI 给骗了，不然不会有那么多的 macOS-only 的问题在发版之后才曝露出来。

在这个基础上，你用你花了三百块钱作为理由来提请我尊重这些钱所花的工作。
问题是这三百块钱正好是买来导致这个问题的元凶。
你们其人应当被尊重，你们开发时遇到的苦恼值得被理解，但这三百块钱造成的负面效果绝不该被尊重。

---

我建议你们现在最成熟的做法：

1. 把 v0.3?.* 所有发行版都标成 pre-release，直到相比 v0.25.2 而言「经人工测试在 macOS 系统下没有任何 regression 为止」。这很难，但至少 github 的 release 功能的 pre-release 标签可以让你们少一些道德负担。

2. 自动更新功能改成两个渠道：stable 与 bleed 渠道。就比方说目前 v0.3?.* 只适合推 bleed 渠道。

[hairyf]

我们没办法做到维护两个版本，这也是我重构初期就考虑过的，我们没办法做到完全隔离的两个运行时版本，不过你依旧可以再 v0.25.2 版本继续维护，或 fork 分支。

CI 本身就不是万能的，我们也不指望全靠 CI，最终还是要落到使用者与维护者的努力上。