# \[自荐\] eaio - 大幅减少硬盘中 Electron 应用占用空间的解决方案

**URL:** <https://meta.appinn.net/t/topic/43916>\
**Category:** 发现频道\
**Tags:** appinned\
**Created:** [2023 年5 月 23 日 16:01 UTC](https://meta.appinn.net/t/topic/43916 "2023-05-23T16:01:51Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

作者： ![wankkoree](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/wankkoree/32/19671_2.png) [@wankkoree](https://meta.appinn.net/u/wankkoree)\
发布日期： [2023 年5 月 23 日 16:01 UTC](https://meta.appinn.net/t/topic/43916/1 "2023-05-23T16:01:51Z")

</div>

## 软件名称

**eaio (Electron All in One)**

## 应用平台

- Windows
- Linux (待适配)
- MacOS (待适配)

## 推荐类型

开发者自荐

## 一句简介

一个通过将磁盘上所有[Electron](https://github.com/electron/electron)应用中相同文件硬链接到统一位置来减少磁盘占用的解决方案，就像`pnpm` 一样。

## 应用简介

还在苦恼大前端趋势下，硬盘中 Electron 应用越来越多吗？本工具可以将 Electron 应用硬链接到其所在磁盘分区根目录的`.electron`仓库中，从而实现一份文件多应用使用，大大减少磁盘占用。（最终效果取决于：同一磁盘分区中，同一 Electron 版本和架构的应用有多少）

本工具支持自动识别应用入口、自动判断 Electron 版本和架构、自动判断是否应该被硬链接。

具体效果可通过`WizTree`查看。

## 开源仓库

[WankkoRee/eaio (github.com)](https://github.com/WankkoRee/eaio)

## 下载地址

[WankkoRee/eaio - latest release (github.com)](https://github.com/WankkoRee/eaio/releases/latest)

## 使用介绍

[简体中文](https://github.com/WankkoRee/eaio/blob/master/docs/guide/zh-Hans.md)

## 一些截图

![gui-app.png (642×512) (raw.githubusercontent.com)](https://raw.githubusercontent.com/WankkoRee/eaio/v0.2.0/docs/gui-app.png)

![gui-repo.png (642×512) (raw.githubusercontent.com)](https://raw.githubusercontent.com/WankkoRee/eaio/v0.2.0/docs/gui-repo.png)

 ![截图](https://meta-edge.appinn.com/uploads/default/original/3X/1/c/1c1d67d49de3ab476bd3e4d306971eb4aac0b22e.jpeg)

 ![截图](https://meta-edge.appinn.com/uploads/default/original/3X/d/7/d74e72b67e2dbfb0cdda04d0775f8be87ed70cf6.jpeg)

 ![截图](https://meta-edge.appinn.com/uploads/default/original/3X/7/f/7f2df6f5ab1e70d3efd3797c48f65ad1cab2a73b.jpeg)

 ![截图](https://meta-edge.appinn.com/uploads/default/original/3X/3/a/3a730ec4d82d04f26edbb8bc17402ec775b21864.jpeg)

 ![具体效果](https://meta-edge.appinn.com/uploads/default/original/3X/b/d/bd9aece7a4220129d5aab949c3290b469cb4b8fe.png)

---

<div class="post-metadata">

作者： ![dms](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/dms/32/3545_2.png) [@dms](https://meta.appinn.net/u/dms)\
发布日期： [2023 年5 月 23 日 23:03 UTC](https://meta.appinn.net/t/topic/43916/2 "2023-05-23T23:03:57Z")

</div>

好奇如果软件被升级，会发生什么？

---

<div class="post-metadata">

作者： ![Qingwa](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/qingwa/32/58632_2.png) [@Qingwa](https://meta.appinn.net/u/Qingwa)\
发布日期： [2023 年5 月 24 日 00:43 UTC](https://meta.appinn.net/t/topic/43916/3 "2023-05-24T00:43:27Z")

</div>

这个这个，牛逼

---

<div class="post-metadata">

作者： ![wankkoree](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/wankkoree/32/19671_2.png) [@wankkoree](https://meta.appinn.net/u/wankkoree)\
发布日期： [2023 年5 月 24 日 01:20 UTC](https://meta.appinn.net/t/topic/43916/4 "2023-05-24T01:20:02Z")

</div>

取决于软件升级是覆盖文件还是直接改动文件，如果改动文件则会导致`.electron`仓库中的文件也被更改，进而影响其他同个硬链接来源的应用；如果覆盖的话则会使得这个应用中原来的硬链接失效一部分。

可以在升级完成后，通过`eaio check 应用目录`检查硬链接有效情况，有可硬链接的提示则`eaio link 应用目录`一下即可；通过`eaio status`检查`.electron`仓库中的文件是否被更改，有更改可通过`eaio download 盘符 版本 架构`进行修复，修复后，那个升级完成的应用会发生版本回退（待解决，打算加个`unlink`操作可以取消指定应用的硬链接，这样子先`unlink`再`download`就不会影响这个应用，然后重新`link`就行）。

* * *

后续应该会更加傻瓜化一点，现在相对来说过于极客了。

---

<div class="post-metadata">

作者： ![Frank9](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/frank9/32/23723_2.png) [@Frank9](https://meta.appinn.net/u/Frank9)\
发布日期： [2023 年5 月 24 日 01:23 UTC](https://meta.appinn.net/t/topic/43916/5 "2023-05-24T01:23:01Z")

</div>

看着好牛B，才发帖讨论了 [有没有一种可能，让Chromium内核的应用精简一下，调用系统中已经存在的内核？ - 讨论分享 - 小众软件官方论坛 (appinn.net)](https://meta.appinn.net/t/topic/43753/54)，紧接着就有方案了，有空了试试。不知道理论上存不存在稍微提高点启动速度？

---

<div class="post-metadata">

作者： ![wankkoree](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/wankkoree/32/19671_2.png) [@wankkoree](https://meta.appinn.net/u/wankkoree)\
发布日期： [2023 年5 月 24 日 01:24 UTC](https://meta.appinn.net/t/topic/43916/6 "2023-05-24T01:24:59Z")

</div>

启动速度应该是没区别的，毕竟还是同一个版本的electron

---

<div class="post-metadata">

作者： ![differentrain](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/d/7ea924/32.png) [@differentrain](https://meta.appinn.net/u/differentrain)\
发布日期： [2023 年5 月 24 日 08:28 UTC](https://meta.appinn.net/t/topic/43916/7 "2023-05-24T08:28:00Z")

</div>

我看了下，无论是PE，ELF，还是MACH-O，都可以搜到Electron版本。一个更高效的搜索模式是`%s/%s Chrome/%s Electron/`，这个字符串用于v8输出调试信息，目前看来是固定的。

另外Electron有一个[中文镜像](https://registry.npmmirror.com/-/binary/electron/)，路径格式与主仓库完全一致，包括sha256的checksum文件，比起代理我觉得可以切换镜像比较优先。。

* * *

我依然觉得这套东西需要开发者支持。

先说几个题外话，首先应用更新功能对于硬链接而言很不利：pnpm能够采取硬链接方案的基础在于，它是一个包管理工具，基础库的调用方不会基础库本身的内容，但electron应用显然不是；其次硬链接存在上限，win下是1024次，linux下是65535次，mac下倒是很大方，`INT32_MAX`，单一的硬链接方案实践上其实很足够，但从理论上就不是很美好。

所以我个人觉得，方案不是问题，最大的问题在于如何说服或者说吸引开发者把自己的应用加入到这个应用商店(其实对开发者来说是0成本)，如果只是简单的弄一个启动方案，势必要做许多复杂的工作。理想中这应该是一个项目发布平台，或是项目结构约定。

不瞒你说，之前你告诉我二进制文件里有版本信息后，我也写了个方案，代码就不发了，一个配置文件就能说明我的思路：

```auto
{"appName":"",
 "appVersion":"",
 "appPath":"", 
 "appStartupArguments":"",
 "targetArchitecture":"",
 "targetOperationSystem":"",
 "electronVersion":"",
 "electronChecksum":"",
 "electronMirror":"",
 "updateMirror":""}

```

不过实在没啥信心。

---

<div class="post-metadata">

作者： ![wankkoree](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/wankkoree/32/19671_2.png) [@wankkoree](https://meta.appinn.net/u/wankkoree)\
发布日期： [2023 年5 月 25 日 07:42 UTC](https://meta.appinn.net/t/topic/43916/8 "2023-05-25T07:42:13Z")

</div>

其实说实话，最好的解决方案肯定是 Electron 项目核心开发者以官方的身份去搞跨版本适配或者整个`Electron Runtime Environment`，但很明显官方没这个心思，跨版本做的也不行，运行时环境也遥遥无期，只能凑合写个理论上好使的东西了。

* * *

那个format字符串我倒是看见了，但以个人开发经验来说，在一个已经打包好的`Electron`中，`Chrome`版本应该是固定的，这个`Chrome/%s`显得没有必要，除非啥时候支持侧载`Chromium`了可能会用上。所以如果我是开发者的话，指不定哪天觉得这个format没必要就给删了 :thinking:。

* * *

关于下载来源的方案，后续会加上的，确实需要考虑非专业用户的上网习惯。

---

<div class="post-metadata">

作者： ![MiN](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/min/32/4428_2.png) [@MiN](https://meta.appinn.net/u/MiN)\
发布日期： [2023 年5 月 28 日 05:48 UTC](https://meta.appinn.net/t/topic/43916/9 "2023-05-28T05:48:51Z")

</div>

下载了，但不会用[苦闷]，也有不少如上面回贴说到的升级了会不会 失效这类疑问

---

<div class="post-metadata">

作者： ![wankkoree](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/wankkoree/32/19671_2.png) [@wankkoree](https://meta.appinn.net/u/wankkoree)\
发布日期： [2023 年5 月 28 日 05:49 UTC](https://meta.appinn.net/t/topic/43916/10 "2023-05-28T05:49:56Z")

</div>

最近会出个带界面的，然后会完善一下教程说明，以及目标应用更新了该怎么办的Q&A。

---

<div class="post-metadata">

作者： ![Schalkiii](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/schalkiii/32/57809_2.png) [@Schalkiii](https://meta.appinn.net/u/Schalkiii)\
发布日期： [2023 年5 月 28 日 05:55 UTC](https://meta.appinn.net/t/topic/43916/11 "2023-05-28T05:55:36Z")

</div>

很棒的想法 尝试着用了下 似乎得自己去指定electron应用的路径。配合CEF dector使用一个一个找 易用性不算太好…

---

<div class="post-metadata">

作者： ![MiN](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/min/32/4428_2.png) [@MiN](https://meta.appinn.net/u/MiN)\
发布日期： [2023 年5 月 28 日 05:56 UTC](https://meta.appinn.net/t/topic/43916/12 "2023-05-28T05:56:29Z")

</div>

期待。。

---

<div class="post-metadata">

作者： ![archblux](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/archblux/32/59600_2.png) [@archblux](https://meta.appinn.net/u/archblux)\
发布日期： [2023 年5 月 28 日 12:21 UTC](https://meta.appinn.net/t/topic/43916/13 "2023-05-28T12:21:09Z")

</div>

个人感觉electron应用的问题不是硬盘，而是进程

- 现在2T SSD也才400+，一个electron 200M算，装100个也才20G，算上数据也不会超过100G，老实说硬盘空间真没多大影响
- 一个electron应用要在后台开多个chrome进程才是最大痛点，然后电脑里一堆后台进程才是拖慢系统的元凶

---

<div class="post-metadata">

作者： ![wankkoree](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/wankkoree/32/19671_2.png) [@wankkoree](https://meta.appinn.net/u/wankkoree)\
发布日期： [2023 年5 月 28 日 19:07 UTC](https://meta.appinn.net/t/topic/43916/14 "2023-05-28T19:07:43Z")

</div>

新版本发布：[Release v0.2.0 · WankkoRee/eaio (github.com)](https://github.com/WankkoRee/eaio/releases/tag/v0.2.0)

* * *

## 使用介绍

### [简体中文](https://github.com/WankkoRee/eaio/blob/v0.2.0/docs/guide/zh-Hans.md)

## 重要

此版本(`v0.2.0`)对链接仓库的命名发生了改动，由`.electron`改为`.eaio`，防止与 Electron 官方潜在的资源命名冲突。

烦请各位用户 **手动重命名** 各磁盘分区下的链接仓库文件夹。

## 更新

- 添加了对 socks 代理的支持
- 添加了 GUI 界面
- CLI 下添加了`--Verbose`/`-V`选项
- 添加了取消链接功能
- ([#1](https://github.com/WankkoRee/eaio/issues/1)) 添加了自动提取图标功能
- 添加了自动创建快捷方式功能

## 修复

- (Fixed [#2](https://github.com/WankkoRee/eaio/issues/2)) 修复了绿色版中 SSL 依赖的缺失
- (Fixed [#3](https://github.com/WankkoRee/eaio/issues/3)) 修复了链接时因为仓库下载失败造成的文件误删除

## 下个版本

- 链接前保留备份、从备份恢复、删除备份功能
- 打开目标 Electron 文件夹功能
- 链接到指定 Electron 版本功能
- 链接前可选排除链接应用入口功能

* * *

- [eaio-v0.2.0-win32-x64.7z](https://github.com/WankkoRee/eaio/releases/download/v0.2.0/eaio-v0.2.0-win32-x64.7z): 绿色版，解压到任意文件夹后在文件夹下执行`./eaio`命令使用。
- [eaio-v0.2.0-win32-x64.msi](https://github.com/WankkoRee/eaio/releases/download/v0.2.0/eaio-v0.2.0-win32-x64.msi): Windows 平台安装包，安装后`eaio`命令全局可用。

* * *

![gui-app.png (642×512) (raw.githubusercontent.com)](https://raw.githubusercontent.com/WankkoRee/eaio/v0.2.0/docs/gui-app.png)

![gui-repo.png (642×512) (raw.githubusercontent.com)](https://raw.githubusercontent.com/WankkoRee/eaio/v0.2.0/docs/gui-repo.png)

---

<div class="post-metadata">

作者： ![meta.appinn](https://meta-edge.appinn.com/letter_avatar_proxy/v4/letter/m/53a042/32.png) [@meta.appinn](https://meta.appinn.net/u/meta.appinn)\
发布日期： [2023 年5 月 29 日 01:13 UTC](https://meta.appinn.net/t/topic/43916/15 "2023-05-29T01:13:42Z")

</div>

> [@archblux](#):
>
> 个人感觉electron应用的问题不是硬盘，而是进程

我也非常同意进程才是大问题。通常硬盘不够可以直接加，或者手动删掉点不需要的东西。但进程消耗的是 CPU 和内存，升级起来更加费事又花钱。

但 Electron 不仅消耗内存，同时也在消耗硬盘，这是它天生的缺陷。如果这个工具未来能继续优化下去，可能 Electron 的最大缺陷之一会就这样被曲线解决了？

总之我先点个⭐观望一下，期待 1.0 版本！

---

<div class="post-metadata">

作者： ![zlvb](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/zlvb/32/45240_2.png) [@zlvb](https://meta.appinn.net/u/zlvb)\
发布日期： [2023 年5 月 29 日 02:14 UTC](https://meta.appinn.net/t/topic/43916/16 "2023-05-29T02:14:14Z")

</div>

这是个不错的应用。虽然我不打算用，因为我不差硬盘空间，但思路真的非常好  
我也通常不会选择electron应用，除了vscode，原因是性能差

---

<div class="post-metadata">

作者： ![Subfire](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/subfire/32/26456_2.png) [@Subfire](https://meta.appinn.net/u/Subfire)\
发布日期： [2023 年5 月 29 日 11:15 UTC](https://meta.appinn.net/t/topic/43916/17 "2023-05-29T11:15:08Z")

</div>

符号链接 吧

---

<div class="post-metadata">

作者： ![wankkoree](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/wankkoree/32/19671_2.png) [@wankkoree](https://meta.appinn.net/u/wankkoree)\
发布日期： [2023 年5 月 29 日 13:31 UTC](https://meta.appinn.net/t/topic/43916/18 "2023-05-29T13:31:51Z")

</div>

不是 symlink 哦，是 hardlink ，本来是想用 symlink 的，奈何 Electron 不支持。

---

<div class="post-metadata">

作者： ![childeyouyu](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/childeyouyu/32/40306_2.png) [@childeyouyu](https://meta.appinn.net/u/childeyouyu)\
发布日期： [2023 年5 月 30 日 03:38 UTC](https://meta.appinn.net/t/topic/43916/19 "2023-05-30T03:38:24Z")

</div>

读完了帮助，现在成功的找的了两个程序，链接之后也没有出现什么问题。  
现在有两点比较困惑大佬有空帮忙解答一下哈：

- 已经连接后的应用我看到原来位置的文件仍然存在，是否可以理解为我的硬盘空间仍旧被占用着？我应该删除哪些文件，程序内可不可以内置删除引导。
- 很多软件，我在cef里面查到了后输入路径提示找不到  
 ![](https://s1.img.ink/2023/05/30/778dbdcef64fa.png)  
 ![](https://s1.img.ink/2023/05/30/fcb5c678c2d1b.png)

除此之外，建议也有一些：

1. 我发现过去的使用记录（或者说应用替换并没有清晰的记录，后面更新了如果需要重新链接之类的会不会找不到？我想可以添加一个成功扫描到一个应用后把路径记录下来的功能？）
2. 加入分享功能？自己对哪个应用成功的链接后，能不能简易的制作出替换脚本/流程，分享在github帮助其他人。

---

<div class="post-metadata">

作者： ![wankkoree](https://meta-edge.appinn.com/user_avatar/meta.appinn.net/wankkoree/32/19671_2.png) [@wankkoree](https://meta.appinn.net/u/wankkoree)\
发布日期： [2023 年5 月 30 日 06:23 UTC](https://meta.appinn.net/t/topic/43916/20 "2023-05-30T06:23:58Z")

</div>

关于文件问题：文件仍然存在就是预期情况，因为硬链接目的就是让已有的文件变成一个一模一样的替身（所以也就是说不需要删除，也不能删除），而其特性就是几乎看不出这个文件被链接过。至于硬盘空间，可以尝试在链接前后分别观察：右键硬盘-属性-已用空间的数值，应当会变少。

关于 CEF：Electron 是众多 CEF 方案的其中一种实现，而`CefDetector`/`CefDetectorX`的扫描功能并不是只扫描 Electron ，其他诸如 libcef 、 NW.js 、 MiniBlink 等方案也是能被扫出来的，所以在扫描结果中只是一部分是 Electron 应用，本工具自然也是只有这一部分能正常识别。

关于记录：链接记录这个在后续版本有计划会加上，但是还没想好怎么存。

关于分享：后续能自定义链接版本后，应该会在 GitHub 的讨论区开个各应用对各版本兼容性的分享板块。脚本或者流程的话其实个人感觉没有必要，因为实际上链接这个关键步骤只有一步。

[下一页](https://meta.appinn.net/t/topic/43916.md?page=2)