Optimize various performance issues: disassembly memory size trimming, compiled binary file size, etc.

[ddkwork]

Currently the compiled file is too large, this will be optimized by gradually cleaning up various dependencies, but the effect should not be obvious. Looking at the v-language it should be the smallest after compilation, but its gui library is unreliable and always flashes, and rust is not my favorite language. So I can only do my best to optimize it.

Should an algorithm be designed to optimize disassembly performance when the target being debugged is too large?

[ddkwork]

https://github.com/ddkwork/app/blob/master/bindgen%2Fproject%2Fglfw%2Ftmp%2Fglfw3_test.go

https://github.com/ddkwork/app/blob/master/bindgen%2Fproject%2Fglfw%2Ftmp%2Fglfw3.go

[ddkwork]

This will transition to nocgo's glfw3 after a long time, which should theoretically reduce the compiled binary from 70mb to 20-30mb

[ddkwork]

https://github.com/richardwilkes/unison/issues/61

[ddkwork]

https://github.com/kortschak/cc/blob/refs%2Fheads%2Fmaster/v2%2Fcpp.go

[ddkwork]

这需要解决bind所有bug再次绑定glfw之后实施unison的依赖替换，最后看编译速度和二进制大小。其余的就是简化每个模块的外部依赖。。。

[ddkwork]

发现鼠标进入表格就触发了选中回调日志，这得取消某种回调和日志。

复现方法为gui的反汇编布局鼠标进入

[ddkwork]

bind包的函数类型绑定异常复杂，需要判断函数类型和参数个数，类型，名称。

为了节省时间，留到以后再优化