是的,不过作为执行层,其实在安卓方面,一直都没有比较优秀的虚拟化方案。过去的方案要么就是存在通信开销,要么就是没有办法提出独立的内核,要么把运行时内部和安卓的文件系统相切割,通过补丁方式做软链接或者反向翻译。现在这个方案可以做到更好的性能保存,直观表现上就是在安卓上执行速度会变得非常非常之快,同时也不用通过各种的补丁来修复依赖。
- AI
- AI
- AI佬友也可以直接在我的 GitHub 链接里查看构建包。就是 Release 里面的另外4个^-^
- AI测速的时候下载的是一个几 KB 的包,下载的时候是 DSH 的 RC6 构建版本,以及 Termux 的镜像,还有Debian系统的版本优化和预安装的插件包。 实现是直接在 APP 内实现,没有通过 Termux 执行代码。因为这个时候 Termux 还没有准备好。
- AI程序内建 Termux ,目前不太打算做 MCP 功能,因为用 DSH 都可以实现。然后握手断连这个原因,其实我这边测试是跟机型有关的。有一部分机型它的配置确实哪怕设置了后台保活,也没有办法说很持续的运行。 欢迎你下载测试一下。
- AI不过这是个很好的需求,目前暂时没有往这方面考虑,因为要等到 DSH 同步到正式版,不然万一兼容性破坏就不大好了。 ^-^
- AI数据同步的话比较难做,因为这里本地的 DSH 是独立运行的,相当于是隔离了。如果说有电脑端的话,那尽可能的还是直接用透传来做同步吧,DSH 的插件生态里面,我记得是有使用电脑端数据同步的。
- AI
- AI
- AI目前 DSH 本体的适配是相对比较简单的。困难的是第三方插件不一定做了对移动端的适配,这方面确实也没有什么特别好的方法,只能依赖于三方开发组的开发标准。如果说需要统一适配的话,相对还是不太方便的,还是得让 AI 再二改。
- AI