安装包不到 10M、内存省下 75%:聊聊我用 MyGo 换掉网易云的体验

hello！大家好！

苦啊朋友们！我这日常用着 512G 磁盘、16G 内存的 MacBook，每一天都在小心翼翼地跟系统资源周旋。

平时敲代码的时候，IDE、Docker、本地构建工具一跑起来，系统经常冷不防弹个存储空间告警，或者提示应用内存不足。每到这种时候，我都得一遍又一遍清理磁盘缓存，关掉暂时用不着的后台窗口，真是太费劲了。

平时干活，我习惯在后台挂着网易云音乐，听点白噪音或者纯音乐。

前几天电脑又开始卡顿弹窗，我顺手拉开活动监视器一瞧，当场愣住了：这个平日里安安静静缩在后台的音乐播放器，竟然一口气吞掉了将近 600M 运行内存，安装包本身也占了 150M 往上。

作为一个纯粹用来听音乐的软件，这个胃口属实有点太大了。

必须说句公道话：macOS 端的网易云音乐其实并不算 Electron 应用，官方很早就采用了原生和混合架构来开发。

但哪怕底子不是浏览器套壳，依然挡不住业务不断膨胀的野心。

仔细翻一下现在的官方客户端，你会发现它早就超越了普通播放器的范畴。除了最基础的播放功能，软件里塞进了社区动态、讨论组、以及精选视频板块，涵盖了音乐、舞蹈和二次元等各种各样的内容。甚至在个性化设置里，它还能给你直接换上桌面壁纸。

我需要你给我搞什么桌面壁纸吗？完全不需要啊！下次是不是给我整一个程序内支持一键借钱？

功能确实越来越丰富，商业化嘛，理解但是不爽！

可能有人会问：既然嫌桌面客户端重，直接在浏览器里开个网页版听歌不就好了？

网页版随手点开确实简单，但交互体验太单薄了。它没有全局快捷键，没有深浅色外观跟随，也做不到系统级的播放控制与本地快速缓存。

播放器该有的顺手体验依然不可或缺，只是那些附加在播放器身上的短视频和社区板块，我实在用不上。

为了拯救我这台捉襟见肘的 MacBook，我开始在社区里寻找轻量平替 😆。

好家伙！还真让我碰到了一个：MyGo 云音乐【1】。

这个项目的作者是开源社区里大家很熟悉的 EGOIST，整个客户端以 AGPL-3.0 协议开源。

它的核心实现非常新潮：使用 Go 与自研的轻量原生 GUI 框架编写，没有打包任何沉重的 WebView 或复杂的浏览器内核，直接调用网易云公开的认证流程与数据接口。

技术选型带来的直观收益可以用夸张来形容：

• 安装包体积：官方客户端通常在 150M 以上，而 MyGo 的安装包打包下来不到 10M。
• 后台内存占用：官方动辄吃掉 500M 到 600M，MyGo 在日常播放时只有大约 150M，直接省出了将近四分之三的运行空间（内存省下约 75%）。
• 启动与响应：敲完启动快捷键秒开，没有开屏推广广告，也没有任何多余的动态加载。

界面长得非常干净利落。标准的深灰黑胶唱片视觉，布局紧凑，支持跟随系统的浅色与深色外观，看着挺舒服的。

体量砍掉了大半，日常听歌的功能会不会缩水？

连续用了好几天之后，我的感受是：日常听歌的核心流转没有任何折扣。

用手机上的网易云 App 扫一扫二维码就能同步登录自己的账号，登录凭证保存在本地系统的凭据存储中。平时最依赖的核心功能都在：

• 基础流转：每日推荐（每天早晨六点自动更新）、私人 FM、我喜欢的音乐以及收藏的歌单全部同步拉取。
• 播放机制：边下边播，音质支持从标准一路开到无损（FLAC）和 Hi-Res，听过的歌曲自动缓存到本机，下次播放无需重新加载。
• 细节打磨：支持暂停与切歌时的音量平滑淡入淡出，带有逐字高亮歌词以及跟随节奏浮动的“律动”效果。
• 快捷交互：除了常规的后台快捷键控制，它还做了一个屏幕顶部的“刘海播放器”，鼠标悬停到刘海处就能呼出迷你控制台。

目前唯一的一个缺憾，是音乐云盘功能尚未同步支持。如果你平时有大量自己收藏、上传到网易云私人云盘里的本地音频，在当前的 MyGo 里暂时还刷不出来，只能等待作者未来的版本更新。

其实早在换掉网易云之前，我就做了很多去 Electron 的操作，找了很多日常刚需软件的平替，内存一下子抠出了好几百兆，感觉真的挺不错的。

回过头一想：连不是 Electron 开发的音乐软件，都能因为业务堆砌膨胀到吞噬 600M 内存，那电脑后台那些打包了整套 Chromium 内核的真正大户们，又吃掉了多少资源？

就说最近吧，我把清理目标进一步扩大，展开了一场针对整个开发环境的“去 Electron 瘦身计划”：

• 编辑器换代：把日常开着的 VS Code 改成了 Zed。Zed 采用 Rust 从零构建，直接利用 GPU 原生渲染，无论冷启动还是日常敲代码，内存占用都远比基于 Web 技术栈的编辑器要轻快得多。
• 启动器瘦身：把越来越臃肿、开始主打 AI 付费订阅的 Raycast，换成了专注于原生体验的开源 Tinycast，常驻内存直接压回到了几十兆。
• 辅助小工具替换：把以前功能繁琐、动辄常驻几百兆的第三方截图工具，换成了体积更小、随用随走的原生轻量替代品。

把这一整套工具链替换下来之后，活动监视器里的压力肉眼可见地降了下来，开发时各种莫名其妙的内存告警也少了一大半。

把这一套工具全换成轻量平替之后，内存确实省出来了，但我更想跟大家分享一下这期间踩坑换来的心得。

换小众软件、开源平替这件事情，表面上看很酷，但背后的暗坑远比想象中要多。

很多声称“比老牌工具轻 10 倍”的新产品，一旦真正放到日常高频使用中，各种奇奇怪怪的 bug 就会接踵而至。

缺少这两个条件支持的新技术和新产品，往往会暴露出致命的短板。

拿我换的这几个工具来说：

Zed 的作者是当年打造 Atom 和开发引擎的原班核心成员，对底层渲染与架构的理解极深；Tinycast 紧贴系统原生 API 打磨多年，并保持着极度克制的功能边界；MyGo 的作者 EGOIST 也是社区里经验丰富的技术老手，才撑得起用 Go 从零实现整套原生 GUI 客户端的复杂度。

现在的软件开发环境里，还有一个特别需要警惕的现象：在 AI 工具辅助和 Vibe coding 风潮下，搭建一个界面好看、体积很小的小软件，门槛变得前所未有地低。

很多人几天时间就能用 AI 拼出一个看似惊艳、体积轻巧的新工具放到社区宣传。但在日常深度使用中，缺少底层工程严谨性的产品，很快就会出现奇怪的内存泄漏、快捷键失灵、进程假死或者窗口异常。

盲目跟风尝鲜的后果，往往是我们既成了用户，又成了免费的全职测试员。

谁有闲心真去天天抓日志、给作者提 issue 啊？绝大多数人遇到这些莫名其妙的 bug，更多的只是一种被强行打断的不适，以及体验大打折扣后的深深遗憾。

原本满怀期待想给电脑减负，结果写代码正顺手的时候，冷不防来个快捷键失灵、界面假死或者莫名闪退。那种心里堵得慌的膈应感，往往比多占几百兆内存更让人难受。

电脑里的每一百兆内存和每一 G 存储，都是自己花真金白银买来的硬件资源，真的忍不住吐槽一下苹果的内存和存储是真的贵啊可恶 💢！

总之，在有限的硬件条件下做“去 Electron”和轻量化自救，确实帮我的旧笔记本找回了顺畅的感觉。像 MyGo 这样由硬核开发者写出来的轻量作品，也确实值得为小内存党们推荐。

但在这个过程中，保持理性同样重要：优先选择架构扎实的产品，亦或是作者工程水平过硬、或者经受过社区检验的成熟平替。

毕竟，工具的使命是帮我们省心搞定工作，而不是反过来消耗我们的精力。

如果你喜欢我的内容，欢迎给我三连支持！你的支持，是我更新下去的动力！

Bye 下次见！