1.记录一次C语言调用go生成的源码c源动态库的踩坑过程
2.cgo快速入门之golang调用C语言
3.go语言实现utf8和ucs2编码转换
4.[灵性编程]GO的依赖注入AND自动生成代码
5.Go看源码必会知识之unsafe包
6.在 Go 里用 CGO？这 7 个问题你要关注！

记录一次C语言调用go生成的转换动态库的踩坑过程

       遇到问题后，通过查看调用栈信息，源码c源发现程序卡死现象出现在调用go生成的转换动态库期间。起初，源码c源对go语言不熟悉，转换销售网络 源码无法判断问题所在。源码c源尝试在互联网上查找相关资料，转换但未能找到具体解决方法。源码c源最终，转换参考stackoverflow上的源码c源类似问题解答，发现原因可能与go运行时环境的转换创建相关。

       go语言在启动时会创建特定的源码c源运行时线程，用于执行诸如垃圾回收（GC）等操作。转换当新程序在子进程中调用go生成的源码c源动态库时，父进程在fork子进程时，qq空间素材源码并不会复制这些运行时线程至子进程。因此，当子进程中重新调用dlopen打开go生成的动态库时，无法重新创建所需的运行时线程，导致go中涉及运行时程序干预的代码无法正常运行，如GC操作。这引起go程序进入死循环状态，导致程序卡死。

       解决方法是在fork之后运行dlopen打开go生成的动态库，以确保子进程能够创建所需的运行时线程。修改后，程序运行时的线程信息显示，新增了多个runtime.futex线程，这些线程正是go程序运行时所需。对比修改前的怎么查看springmvc源码线程信息，发现差异在于运行时线程的创建。之前的程序没有遇到此问题，是因为它们在启动时并未使用fork操作。

       对于触发GC时导致go程序无法运行的原因，需要深入了解go的垃圾回收机制。虽然已通过stackoverflow上的信息了解到问题大体原因，但对于GC细节的解释仍需更多go语言方面的知识。此问题的解决，不仅解决了当前卡死的程序问题，还增进了对go动态库调用机制的理解。

cgo快速入门之golang调用C语言

       前言

       cgo为golang提供了与C语言交互的机制。了解cgo的基本用法，对于融合不同编程语言的项目具有重要意义。

       最简cgo程序

       一个简单的cgo程序示例。通常复杂程序包含更多cgo特性，libpng windows 源码编译但最简程序仅展示核心概念。首先需确保安装了C/C++构建工具链，例如macOS和Linux下的gcc，以及windows下的MinGW工具。

       下面是最简cgo程序：

       编译输出示例

       代码使用import "C"语句启用cgo特性，主函数通过内置的println函数输出字符串，虽然未直接调用cgo函数，但go build命令启动gcc编译器执行编译和链接任务。

       基于C标准库函数

       在程序中引入C语言的头文件，展示如何利用cgo调用C标准库函数。编译后在本地生成_obj文件夹，包含编译生成的目标文件cgo.o。

       使用自定义C函数

       创建自定义的C函数，如SayHello，用于打印。远控源码 冷风在Go环境中调用此函数，代码逻辑与标准库函数示例相似。将SayHello函数存入独立的C源文件中，注意去掉static修饰符以允许外部引用。

       编译和运行示例

       编译包含自定义函数的程序，并在本地生成目标文件。注意，运行命令需使用go run .或go build .

       整合自定义函数为静态库或动态库供使用，未来将详细讲解。

       总结

       考虑Go导出函数供C开发者使用的情况较少。在开发项目时，尽量使用Go语言构建，以保持项目纯粹性。使用cgo时，需权衡使用Go代码的纯粹性和性能需求。

go语言实现utf8和ucs2编码转换

       二进制包安装的话：如果安装在了默认位置例如/usr/local/go (Windows系统：c:\Go)这个时候可以不需要设置GOROOT，如果改变了安装的这个默认目录，那么就需要设置GOROOT GOROOT的概念有点Go安装目录的意思 GOPATH是一个开发环境目录的意思

[灵性编程]GO的依赖注入AND自动生成代码

       依赖

       总结下先有的获取对象依赖方式

       比较原始的New,全局global保存

       基于反射读取对象的依赖,程序启动时由DI库实例化(代表作dig等)

       基于反射读取对象的依赖,编译前生成完整构建函数(代表作wire等)

       第一种:最方便,直接快捷,大量依赖时候,但是因为是手动的,容易出现实例顺序非预期,不方便自动测试,mock等。

       第二种:因为是启动时反射获取依赖的,需要定义额外的函数给DI系统解析,例如一个结构的注入必须要要额外的代码,非常麻烦,不建议使用

//提供者err:=c.Provide(func(conn*sql.DB)(*UserGateway,*CommentGateway,error){ //...})iferr!=nil{ //...}//使用者err:=c.Invoke(func(l*log.Logger){ //...})iferr!=nil{ //...}

       第三种,同样是基于反射,所以依然需要一个额外函数(只有配置信息)提供反射信息,生成同名函数,便捷度基本和手动New一致,wire由Google开源

funcInitializeNewGormProvider()*Gorm{ wire.Build(NewGormProvider,InitializeNewConfProvider)returnnil}我的方案

       原理和wire一样,根据配置信息生成自动构建函数,但是不基于反射,因为反射需要程序是完整的,编译后才读取信息,相对慢,需要每个目录改完手动执行wire.命令(每个目录每次花费1秒等)。

       先看一个场景,数据库服务是依赖配置服务,从结构体就能看出来,不需要funcInitializeNewGormProvider()*Gorm{ }函数反射,未了更加准确(防止注入了不需要的内容)添加一个taginject:""和@Bean注解

//@BeantypeGormstruct{ conf*Conf`inject:""`}

       所以,注入其实是可以直接基于源码的信息都能实现的。

       我只要实现一个go代码解析工具,就能生成和wire工具生成相同的代码,因为go源码的关键字和结构实在是太简单了,没有多少语法糖,做一下分词再按语法规则读取源码信息,工具实现比较容易。工具使用php实现(公司都是mac,php环境mac电脑自带,方便使用模版生成go代码)/post/

       好啦，这篇文章就到这里啦，素质三连（分享、点赞、在看）都是笔者持续创作更多优质内容的动力！

       创建了一个Golang学习交流群，欢迎各位大佬们踊跃入群，我们一起学习交流。入群方式：加我vx拉你入群，或者公众号获取入群二维码

       结尾给大家发一个小福利吧，最近我在看[微服务架构设计模式]这一本书，讲的很好，自己也收集了一本PDF，有需要的小伙可以到自行下载。获取方式：关注公众号：[Golang梦工厂]，后台回复：[微服务]，即可获取。

       我翻译了一份GIN中文文档，会定期进行维护，有需要的小伙伴后台回复[gin

在 Go 里用 CGO？这 7 个问题你要关注！

       标题：深入探讨Go中的CGO：7个关键问题不容忽视

       在Go编程中，Cgo是一项强大的工具，它允许Go程序与C语言库交互，对于Android和iOS等平台尤其重要。然而，过度依赖Cgo可能会带来一些隐性成本。首先，Cgo引入后，构建时间显著增加，因为go build需要处理额外的C代码编译。这不仅影响单次编译，而且频繁的开发迭代会变得更为耗时。

       其次，cgo引入后，构建过程变得复杂，需要设置环境变量，追踪库文件，甚至在Windows平台上处理额外的C编译器安装。同时，跨平台支持也受到影响，如对于新加入的Go平台，可能需要额外维护C工具链以支持交叉编译。

       Go的核心工具，如race detector和pprof，与cgo不兼容，这意味着在C/C++混合代码中进行调试变得困难。性能方面，C和Go代码间的转换涉及高昂的性能开销，尤其是在信号处理和线程管理上。

       最后，Cgo使用时，你放弃了Go单一、静态二进制的优势，部署过程可能变得更复杂，不再像以前那样直接。因此，尽管Cgo有其必要性，但在决定使用前，务必权衡其带来的Go语言特性的妥协，确保这个选择对你的项目真正有益。

       使用cgo需谨慎，务必衡量其带来的影响，确保在满足需求的同时，不会牺牲Go语言的简洁性和易用性。深入了解和明智选择是关键。