BigcatChen

@akafeng 感谢你的反馈。

桌面客户端的技术选型是个很困难也需要权衡的问题，electron 已经是综合多方面考虑的最优解了。
采用原生技术栈开发，看起来体验上固然是最好的，但是对于个人开发者而言是有点不能承受的。不仅是要花数倍精力维护每个平台的代码，另外对于每个平台的测试工作也需要单独的进行。比如我自己常年使用 mac ，手边没有 windows 机器，对于仅仅业余维护的开源项目，暂时没有什么动机去准备一套齐全的测试环境。

tauri 可能是另一个介于跨平台和原生开发中间的选择。他与 electron 的区别是把 web 渲染的部分交给了系统，因此打包出来的软件体积非常的小，但是在运行期间的资源占用相比于 electron 而言优势并不大，很多人在计算 tauri 的资源占用的时候，只计算了 tauri 本身的，因此得出结论 tauri 很轻，实际上他会起一个 web 服务，这个服务的资源占用也并不小。
在实际开发的过程中 tauri 的问题也非常多，而且也面临框架稳定性，生态匮乏等其他问题，这些问题可能会直接影响软件的可用性。

因此综合来看 electron 几乎是唯一的选择，因为他在很多大型商业软件上都被验证过。稳定性 生态 兼容性都几乎是最好的。他的缺点如你所说，软件体积庞大，即便是一个空白的项目，完全解压后也会占用几百 mb 的磁盘空间。不过对于 netcatty 这样的软件来说，基本上也不会在此基础上占用更多的磁盘空间了，毕竟这是一个微信聊天记录都能占几十个 G 磁盘空间的时代。
内存和 CPU 的消耗可能也略高一点点，但是也并没有想象的那么夸张。 大多数情况下 netcatty 在开数量有限的 terminal 的情况下 主进程和渲染进程分别的内存占用大约在 200 - 300 MB, tauri 起的 webview 差不多也是类似的内存占用，甚至部分情况下会更多。

希望上述文字能帮助你了解我的心路历程，再次感谢你的支持。

@fs418082760 理解你说的 我看看怎么处理

@abstract 直接在 github 上贴在 issue 里就可以啦 太感谢你了

@abstract 谢谢你，新版本上线了 crash log 功能，只要跑一下崩溃的场景 再打开在设置里面就能看到崩溃日志。如果有空的话 还请帮忙看一下，谢谢你啦

@Liver6 感谢支持

@tangqiu0205 感谢反馈

@abstract 这个确实很奇怪，也有其他用户反馈连上以后闪退的问题，我自己平时高强度使用 目前还没碰到。
闪退肯定是主进程崩溃了，不过充分理解你对软件可靠性的顾虑。如果方便的话，可以帮我把代码拉到本地 然后 npm run 跑一下 看看崩溃的日志具体是啥，谢谢啦。
这个 bug 的样本比较稀缺，如果可以帮忙真的十分感谢你了。

@fs418082760 Bug 比较多 出现问题欢迎反馈，我是业余时间维护 有时候可能修的没那么及时，还请见谅

@abstract 啥系统 ？