图挂了？
老哥能不能编个Linux版，我Termux里方便使用
@爱特，嗯嗯，明白了，感谢解惑。 一加8Pro
@罐子，纯Go只是构建更方便，不需要GCC工具链而已，纯Go不等于跨平台，能不能跨平台主要还是看开发者有没有特意避免使用平台相关系统调用，有没有为不同平台做不同的系统调用等等。
@罐子，ccgo发布时不需要准备原生库，二进制是静态的，不会有依赖，wasm也不需要，我有个wasm程序可以支持运行库支持的所有平台，我也有ccgo的tk9程序，可以在不含桌面的Linux WSL使用，很多时候只是开发者不想支持你的平台或者不想费力为没有几个用户的平台做兼容而已。
@罐子，就算你只用标准库的纯Go开发不好一样不能跨平台，跨平台跟纯Go没关系，CGO一样可以跨平台，也可以静态编译。
@罐子，能构建就能运行，就是纯Go，tk9不依赖系统的，纯Go也不代表可以跨平台，跨平台需要开发者开发时考虑到，就像你在Linux不可能访问C盘一样，即使编译过去了Linux也没有C盘。
@爱特，ccgo 解决的是“C → Go 源码”的问题，这点没错。 但 tk9.0 在实际发布形态上，仍然需要为不同 OS / ARCH 准备对应的原生库， 否则无法运行，这一点决定了它并不能算严格意义上的 pure Go。 所以从工程角度看，它和 purego / wasm 一样， 都属于「构建期纯 Go，但运行期仍受原生环境约束」的方案。 一加8Pro
@爱特，ccgo 解决的是“C → Go 源码”的问题，这点没错。 但 tk9.0 在实际发布形态上，仍然需要为不同 OS / ARCH 准备对应的原生库， 否则无法运行，这一点决定了它并不能算严格意义上的 pure Go。
所以从工程角度看，它和 purego / wasm 一样， 都属于「构建期纯 Go，但运行期仍受原生环境约束」的方案。
一加8Pro
我最近尝试过用WASM运行时运行duckdb，实现纯go支持duckdb数据库引擎，不过这玩意太耗资源了，我电脑预编译duckdb的wasm到运行时缓存用了30分钟左右，编译后的wasm文件170MB（跟平台绑定），这让我放弃了通过wasm内嵌duckdb实现纯Go支持的这个项目，不是行不通，而是太耗资源，不是普通电脑能跑的，我电脑配置那么高都那么慢！
@罐子，那个不是，那个是CCGO编译器，把C语言转成Go的；现在Go有WASM、JS纯Go运行时，还有多个其他语言到Go的编译器，可以很快把其他语言的生态迁移过来，不过一般也不会那么顺利，迁移过程需要解决挺多问题。
@爱特，tk9.0也是把lib库打包了。 一加8Pro
感觉和tk9.0一样 一加8Pro
@hik，就是简单包装了下DLL文件
层主 @hik 于 2026-01-04 15:54 删除了该楼层。
高级
ᖰ˃̶ ꇴ ˂̶ᖳ
@lcy_muzi，抓不到，应用商店有证书锁定，https没办法解密
佬，华为平板好像也可以装你编译的hap，但是平板没有hishell，能不能设置成默认打开rpc或者在应用内开关🥲华为平板除了没什么纯净的下载工具，虽然有迅雷。使用基于网页的 AriaNG 图形界面进行下载任务管理：在终端执行以下命令打开RPC：source /dev/shm/aria2caria2c --enable-rpc --rpc-listen-all --rpc-allow-origin-all
虎友 你的信息暴露了，注意个人信息安全啊，看完记得删除 小米15(紫)
一加8Pro
水木易安
