Golang Go语言编译成webassembly自带GC文件体积过大怎么解决
Golang Go语言编译成webassembly自带GC文件体积过大怎么解决
最近准备写一下 webassembly, 使用了不同的语言来尝试一下。 用 golang 编写了一个简单的 hello world 的文件 打包成 webassembly 都 2.4 M 了。
求问 v2 上有小伙伴知道 golang 语言本身在编译成 webassembly 的技术上有解决自带 GC 的问题么。
或者在使用 golang 编译之后有什么方法可以减少一下文件 Size 的
异步加载,没别的办法了吧,不过坑点其实不在这,和 JS 的数据交换慢慢踩坑吧
更多关于Golang Go语言编译成webassembly自带GC文件体积过大怎么解决的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
玩 wasm 还得 C++。C++ wasm 工具链成熟的多
能支持直接操作 DOM 和 window 全局对象么
区区 2mb。。。。。压缩下就行了,楼主估计是没见过 unity 做的页游,wasm 一个就有 30mb
试试能不能用 upx 压缩一下
我本以为这是 Rust 安利贴
gc 的问题, 那要不你试试 rust ?(
就是能直接类似 javascript 那样能直接 document.write(), 而不需要间接调用 javascript.
说白了就是现有前段完全抛弃 javascript
不好意思,DOM 看成 COM 了,误会成 Windows 客户端开发了。:)
目前各个浏览器好像都是通过把 wasm 编译成更快的 JavaScript 来实现的。不过计划中以后应该是可以直接越过 JavaScript 的。
tinyGo! 使用 tinyGo 来 build,最终的 wasm 体积甚至比 c build 还要小。当然要略微改一下代码。
go 开发组表示最早设计的时候没有预料到会有人拿它 wasm,所以也比较无奈,如果一定要用的话就试试第三方比如上面提到的 tinygo 什么的吧,听说官方要出针对 wasm 的优化但很久没消息
2M 是大了点,1.44M 才可以一张软盘装下啊
gc 不是大问题,主要还是 runtime 太大了,runtime 里不只有 gc,还有各种根本用不了的函数。
本质上 wasm 的环境很像单片机这种嵌入式裸机环境,不适合这种 runtime 大的语言。
此外 wasm 有 gc 的提案,也有类似于系统调用的 wasi 提案。
wasm 是 Mozilla 主导的,还是用 rust 吧,工具链相当成熟。
可以读成够浪么
golang 的 runtime 太大,又没别人那种割了只要二进制 code 的那种
tinygo 了解一下
感谢诸位的建议,看了一下 tinygo 但是觉得还是 c/c++可能更适合,再次感谢诸位~
在将Go语言编译为WebAssembly(Wasm)时,确实可能会遇到生成的二进制文件体积过大的问题,这主要是因为Go的垃圾回收(GC)机制和相关元数据被包含在内。以下是一些建议来减小Wasm文件的体积:
-
优化代码:首先确保你的Go代码是高效的,没有不必要的依赖和库。精简代码可以显著减小Wasm文件的大小。
-
使用TinyGo:TinyGo是一个专门用于编译Go到Wasm和其他平台的编译器。它进行了许多优化,以生成更小的Wasm文件,并且默认禁用了Go的标准库中的许多功能,从而减少了体积。
-
裁剪未使用的代码:利用Go的工具链(如
go build
的-ldflags
选项)来裁剪未使用的代码和包。这可以通过设置-gcflags="all=-trimpath=$GOROOT"
等标志来实现。 -
自定义GC行为:虽然直接控制GC行为在Wasm中可能有限,但你可以通过调整Go的运行时参数来尝试减少GC的开销。不过,这通常需要在性能和体积之间做出权衡。
-
使用外部工具压缩:如果上述方法仍然无法将文件体积减小到理想范围,你可以考虑使用外部工具(如
wasm-opt
)对Wasm文件进行进一步的压缩和优化。
综上所述,通过优化代码、使用TinyGo、裁剪未使用的代码以及可能的外部压缩,你可以有效地减小Go编译为Wasm时的文件体积。