32位ARM Linux Wayland环境下运行Electron的问题及编译咨询

关于预编译二进制依赖X11的判断 #

• 旧版本Electron的可能性更高：Electron对Wayland的支持从较晚版本（约v12开始引入实验性支持，后续版本逐步完善）才加入，官方停止32位ARM支持前的旧版本，默认基于X11构建，不会默认包含Wayland支持，因此这类预编译二进制必然依赖X11库。
• 第三方编译的新版本保留X11依赖的情况：如果是第三方编译的新版本Electron，也可能因编译配置问题保留X11依赖——Electron编译时可通过参数控制是否仅启用Wayland支持，若编译时未关闭X11相关编译选项，或未指定纯Wayland的构建参数，二进制就会携带X11依赖。

能否为32位ARM Wayland Linux设备编译Electron？ #

理论上可行，但难度极大，且无官方支持：

• 官方层面：Electron已终止32位架构的官方支持，官方构建脚本已移除32位ARM的相关配置；同时Chromium核心也在逐步放弃32位支持，大量依赖库不再提供32位适配，基础编译环境的搭建会遇到很多兼容性问题。
• 第三方编译的实操障碍：
  • 需要手动修改Electron的构建配置，强制启用32位ARM目标，并指定Wayland相关编译参数（比如设置ozone_platform=wayland、关闭X11相关编译开关）。
  • 需解决大量依赖的32位兼容问题，部分新依赖可能完全没有32位版本，需要寻找旧版替代或自行修改源码适配。
  • 编译过程对资源要求极高，嵌入式设备本身通常无法完成编译，需在性能更强的32位ARM开发板或交叉编译环境中进行，且编译耗时极长。
  • 后续无官方维护，遇到bug或安全漏洞需自行修复，维护成本极高。

内容的提问来源于stack exchange，提问作者Francesco Osti