> Flutter [...] 昙花一现

Flutter 咋就昙花一现了？我观察身边从原生转 Flutter 的人最近几个月越来越多，Flutter 的生态也一直在发展，还有一个比原生语言拟人多得多的中心仓库（ pub.dev ），基本啥都能搜到。为什么我看 V 站天天说「 Flutter 已死」？ Flutter 到底哪里快死了？哪家媒体说的？（非阴阳怪气，真心请教）

@chinanala 谢谢分享，我自己平时临时用也这样。但场景不是很一样，有两个问题不好解决：

1. 受 SSH 连接质量和连接处的上传带宽限制。比如网络不稳定的时候，下载大文件途中 SSH 可能会断；或者比如我家宽上行只有 40Mbps ，隧道代理下大文件要老命了……

2. 不适合需要挂后台运行的联网进程。有时候可能要在服务器上起一个服务或者长时操作（比如 pip install 、docker build ），用 SSH 只能挂在那边等着，有事也不方便带走电脑

@w568w 更新：除了 2 不知道原因，3 已经记录在 https://github.com/w568w/pproxy/issues/1 ，其他几个功能都实现了。

@sunorg 谢谢反馈，我一个一个来回复。

> 配置是编码文本

这个大概是因为你的代理提供商的订阅链接是智能链接，根据 User-Agent 来返回不同软件的订阅格式。我没有对 UA 做特殊设置，所以对方返回了某种不是 Clash 格式的配置文件。我后面加上。

> 现在的问题是端口开放了，访问：9090/ui 报 503 错误

这个问题我没遇到过，你有空能上传一下 proxy-data/mihomo.log 吗？最好到 GitHub Issue 来发，这样方便处理： https://github.com/w568w/pproxy/issues/new

> 建议新增一个手动临时设置代理的 sh 。方便临时设置，而不是翻开你的网页，复制命令在黏贴。

确实有道理，我目前还没考虑到后面的步骤，只是到设置完代理软件这一步。我之后实现下。

> 无需提示 root 用户是否要继续。感觉反而会引发繁琐。

这个初衷是防止小白无脑用 sudo 执行，对本来就是 root 单用户的系统的确不方便。感觉第一次启动的时候提示一次就行了。

@heiher 但是想找到对应的钉子，岂不是要同时满足：(1) 低性能设备 (2) 跑 Android (3) 需要 Socks5 服务器。这个用例我还真没见过……

并不是说这个项目没有价值，一方面是吐槽 OP 这标题党，另一方面是 Socks5 这个用例本身就特别狭窄了，我自己确实有相关场景（ https://github.com/w568w/sucks5 ），但类似需求的人应该极少吧

1. 什么出境代理能跑到这图里最低值（ 2.64Gbps ）？给我也来一个

2. 什么国内家宽能跑到这里图常用软件中的最低值（ 6.81Gbps ）？给我也来一个

3. 什么高速互联网（>=20Gbps ）需要用 TUN + Socks5 ？给我也……算了我还是用 Thunderbolt 和 InfiniBand 吧

我来预测一下发版节奏：

- 一开始认真发 1.0.1 、1.0.2

- 实现了一个内测就有的特性，领导大腿一拍：这是大更新啊，发 2.0.0

- 领导说要和 HarmonyOS 版本号同步，一步到 4.0.0 。分出 4.0.0 商业版、4.0.0 社区版、4.0.0 物联网版

- 全是 bug ，紧急修了一下，发 4.0.1 。同时 4.0.0 的文档依然挂在官网，没人去管。社区 issues 无人回复或全是盘古 AI 机器人

- 领导说文档一定要能在他电脑上打开。5.0.0 开始文档全部变成 PDF 说明书格式，网页版撤下

- 领导兴趣转向其他 KPI 项目，5.0.x 被雪藏，核心团队调走，PR 无人审核

厚颜无耻推销一下我自己的解决方案： https://github.com/w568w/pproxy

几乎零依赖，在任何发行版的服务器上用一行命令启动代理软件和 WebUI ，并进行配置。

处理器性能看 GeekBench： https://browser.geekbench.com/android-benchmarks 和 https://browser.geekbench.com/ios-benchmarks

GPU 性能看 3DMark： https://benchmarks.ul.com/en/compare/best-tablets?amount=0&sortBy=PERFORMANCE&reverseOrder=true&osFilter=ANDROID,IOS&test=SLING_SHOT_ES_30&deviceFilter=PHONE,TABLET

> 最好能有 UI,不用命令行,直接图形界面操作一下就好了

从没听过这么奇怪的要求

Jetpack compose 有实时预览（ Live Preview ）和热重载（ Hot reload ）啊。你确定你不是看漏了？或者你说的「热重载」是特指「写完代码后一瞬间更新界面」？

@NSAgold 感谢推荐。你觉得 Cloudflare Redirect 的国内访问质量怎么样呢？

@bli22ard #17 理论上是这样，但实际上有很多依赖根本无法静态链接（作者写 Makefile 就没考虑到，比如 GNUStep ），或者依赖极其繁杂（例如 libcurl ），或者使用了 musl-libc 不支持的扩展（例如 onnx ）。感觉一切的坏头都是 glibc 起的……

@fcten 比现状好吧，现状是「只允许同时用一个运行时，兼容性问题用户自己想办法」。在「让用户装多个运行时」和「让用户自己学习编译知识从头编译，或者为了你的软件升级整个系统」，我觉得还是前者方便点。

@pursuer @unused #12 我也越来越觉得这个更是 Linux 的问题了。就像包管理和 init 的选择，永恒的碎片化……

@unused #13 是的，但作为最终用户和开发者其实都不用考虑这些，相当于有人做兼容了。而且只要有一个人做好兼容，其他用户都能获益。

@yanqiyu

> 想要用 rust 做整个操作系统的 userspace ，大范围用上了动态链接（节约磁盘之类的理由），到时候 C++遇到的 ABI 的鸡毛蒜皮一个也跑不掉

我觉得比较好的形式可能是 Windows 的 Visual C++ Distributable 那样，把标准库按年代打包成运行时，然后让用户安装。这样既可以保证不需要向前兼容，又能兼容较新的程序，还能节省硬盘空间。

@InkStone 是的，但对于静态编译，glibc 是 strongly discouraged ，musl libc 也会有各种问题（例如不兼容 glibc 的一些代码、部分实现性能低），其他 libc 就更不用说了。

至于 libc++/libstdc++，我似乎都没看到有人静态编译过……

@w568w 另外协程的这些问题不影响吞吐量，只影响延迟。所以说其实只有延迟敏感的应用才需要担心

我总结你说的三点，其实都是一个问题：单线程的协程模型是否会被 内在（本身写的同步代码太复杂）或外在（调用了阻塞的第三方库）的 CPU 密集过程卡住事件循环？

答案是有可能，并且我遇到过不止一次了。

对策也是三个：

1. 取决于你 asyncio 的实现，是可以开多个 worker 线程进行池化调度的。并不是所有实现都是真的「单线程」。有一些高级运行时还有 work-stealing 之类的机制帮助多线程调度；

2. 人工检查可能卡住的地方，繁重任务放到新线程去做；

3. web 这种可能涉及高并发的情况，如果担心此类问题，还是用线程模型的框架较好。