易语言转go

Python033

易语言转go,第1张

你好,使用golang写动态库,再使用易语言写界面,肯定有不少人有这种想法吧;但中间有些坑,这里留下一些解决方法。

一、如何编译?

请先安装gcc编译器,选择32位

由于易语言只支持32位dll,使用64位会出错,例如找不到此函数

必须先设置两项配置:set GOARCH=386,set CGO_ENABLED=1,用cmd;

编译命令:go build -ldflags "-s -w" -buildmode=c-shared -o dlldemo.dll dlldemo.go 。

二、形参与返回值

在go中,除了 string 特殊外,其他int、bool,等基本类型原本怎样还是怎样;

传 string 与返回值 string 都改成 *C.char 类型,其他基本类型不用改;

有三个方法比较重要,C.CString 转成c字符串,C.GoString 转成go字符串 , C.free 释放内存

只要用到 C.CString 此方法,就必须记得释放内存。

三、内存泄漏

如果使用了 C.CString 却不使用 C.free ,内存暂用只会越来越大,最后奔溃;

释放内存时,请不要重复取地址,例如 unsafe.Pointer(&xx变量) ,这样等于没释放;

也可能是vc6的原因,使用 defer 在即将出栈时释放,会造成易语言得不到返回值;

解决方法,声明全局变量,将结果赋值给全局变量,专门定义一个释放函数例如FreeAll() 用于释放!

四、如何调用

在填写dll命令时,请在填写,在库中对应命令名时,前面加个 @ ,不然会出现栈错误;

每次调用返回值是文本型dll命令时,请都使用前面准备的 FreeAll() 释放内存!

通过易语言的便捷,为自己的golang小项目加点gui吧,这里留下源码,给有需要的人。

希望能帮到你。

.版本 2

.支持库 HtmlView

.子程序 __启动窗口_位置被改变

.如果真 (_启动窗口.位置 = 3)

超文本浏览框1.宽度 = _启动窗口.宽度 - 20

超文本浏览框1.高度 = _启动窗口.宽度 - 20

具体宽度 高度 需要看你的 软件界面布局而定

相信你能搞定了吧

在 Golang 游戏leaf系列(一) 概述与示例 (下文简称系列一)中,提到过Go模块用于创建能够被 Leaf 管理的 goroutine。Go模块是对golang中go提供一些额外功能。Go提供回调功能,LinearContext提供顺序调用功能。善用 goroutine 能够充分利用多核资源,Leaf 提供的 Go 机制解决了原生 goroutine 存在的一些问题:

我们来看一个例子(可以在 LeafServer 的模块的 OnInit 方法中测试):

这里的 Go 方法接收 2 个函数作为参数,第一个函数会被放置在一个新创建的 goroutine 中执行,在其执行完成之后,第二个函数会在当前 goroutine 中被执行。由此,我们可以看到变量 res 同一时刻总是只被一个 goroutine 访问,这就避免了同步机制的使用。Go 的设计使得 CPU 得到充分利用,避免操作阻塞当前 goroutine,同时又无需为共享资源同步而忧心。

这里主动调用了 d.Cb(<-d.ChanCb) ,把这个回调取出来了。实际上,在skeleton.Run里会自己取这个通道

看一下源码:

New方法,会生成指定缓冲长度的ChanCb。然后调用Go方法就是先执行第一个func,然后把第二个放到Cb里。现在手动造一个例子:

这里解释一下,d.Go根据源码来看,实际也是调用了一个协程。然后上面两次d.Go并不能保证先后顺序。目前的输出结果是1+2那个先执行了,把3写入d.ChanCb,然后把3读出来,继续读时,d.ChanCb里没有东西,阻塞了。然后1+1那个协程启动了,最后又读到了2。

现在把time.Sleep(time.Second)的注释解开,会是啥结果呢

这里执行到time.Sleep睡着了,上面两个d.Go仍然是不确定顺序的,但是会各自的function先执行掉,然后陆续把cb写入d.ChanCb。看这次输出,1+2先写进去的。所以最后执行d.Cb时,就把3先读出来了。然后d.ChanCb的长度为1,说明还有一个,就是输出2了。

另外,就是close时会判断g.pendingGo

这个例子的意思很明显,NewLinearContext这种方式,即使先调用的慢了半秒,它还是会先执行完。

这里先是用了一个list,加入的时候用mutexLinearGo锁了,都加到最后。然后新开协程去处理,读的时候从最前面开始读,也要用mutexLinearGo锁。执行的时候,也要上锁mutexExecution,确保f()执行完并且写入g.ChanCb回调,这个mutexExecution锁才会解除。现在可以改造一个带回调的例子:

结果说明,确实是2先被写入了d.ChanCb。