一个高性能、并发安全的 AutoItX3 Go 语言封装

爱特

@Ta 2025-12-13 2494点击

项目地址： https://github.com/xiaoqidun/aukit

以 Apache License 2.0 协议开源一个基于 AutoItX3 的 Go 语言 Windows UI 自动化库。

项目为 Go 语言提供原生的桌面控制能力，通过对 AutoItX3 接口的封装，支持在 Windows 平台上轻松实现各类窗口管理、控件操作及键鼠模拟任务。

隐藏样式查看源码

回复列表(14|隐藏机器人聊天)

1

大药瓶子

@Ta / 1天前 / 样 / 源

ᖰ˃̶ ꇴ ˂̶ᖳ
2

hik

@Ta / 1天前 / 样 / 源

高级
3

hik

@Ta / 1天前 / 样 / 源
被锁定

层主 @hik 于 2026-01-04 15:54 删除了该楼层。
4

爱特

@Ta / 1天前 / 样 / 源

@hik，就是简单包装了下DLL文件
5

罐子

@Ta / 1天前 / 样 / 源

感觉和tk9.0一样
一加8Pro
6

罐子

@Ta / 1天前 / 样 / 源

@爱特，tk9.0也是把lib库打包了。
一加8Pro
7

爱特

@Ta / 1天前 / 样 / 源

@罐子，那个不是，那个是CCGO编译器，把C语言转成Go的；现在Go有WASM、JS纯Go运行时，还有多个其他语言到Go的编译器，可以很快把其他语言的生态迁移过来，不过一般也不会那么顺利，迁移过程需要解决挺多问题。
8

爱特

@Ta / 1天前 / 样 / 源

我最近尝试过用WASM运行时运行duckdb，实现纯go支持duckdb数据库引擎，不过这玩意太耗资源了，我电脑预编译duckdb的wasm到运行时缓存用了30分钟左右，编译后的wasm文件170MB（跟平台绑定），这让我放弃了通过wasm内嵌duckdb实现纯Go支持的这个项目，不是行不通，而是太耗资源，不是普通电脑能跑的，我电脑配置那么高都那么慢！
9

罐子

@Ta / 19小时前 / 样 / 源

@爱特，ccgo 解决的是“C → Go 源码”的问题，这点没错。
但 tk9.0 在实际发布形态上，仍然需要为不同 OS / ARCH 准备对应的原生库，
否则无法运行，这一点决定了它并不能算严格意义上的 pure Go。

所以从工程角度看，它和 purego / wasm 一样，
都属于「构建期纯 Go，但运行期仍受原生环境约束」的方案。

一加8Pro
10

爱特

@Ta / 17小时前 / 样 / 源

@罐子，能构建就能运行，就是纯Go，tk9不依赖系统的，纯Go也不代表可以跨平台，跨平台需要开发者开发时考虑到，就像你在Linux不可能访问C盘一样，即使编译过去了Linux也没有C盘。
11

爱特

@Ta / 17小时前 / 样 / 源

@罐子，就算你只用标准库的纯Go开发不好一样不能跨平台，跨平台跟纯Go没关系，CGO一样可以跨平台，也可以静态编译。
12

爱特

@Ta / 17小时前 / 样 / 源

@罐子，ccgo发布时不需要准备原生库，二进制是静态的，不会有依赖，wasm也不需要，我有个wasm程序可以支持运行库支持的所有平台，我也有ccgo的tk9程序，可以在不含桌面的Linux WSL使用，很多时候只是开发者不想支持你的平台或者不想费力为没有几个用户的平台做兼容而已。
13

爱特

@Ta / 17小时前 / 样 / 源

@罐子，纯Go只是构建更方便，不需要GCC工具链而已，纯Go不等于跨平台，能不能跨平台主要还是看开发者有没有特意避免使用平台相关系统调用，有没有为不同平台做不同的系统调用等等。
14

罐子

@Ta / 11小时前 / 样 / 源

@爱特，嗯嗯，明白了，感谢解惑。
一加8Pro

添加新回复

回复需要登录。