函数计算golang运行时怎么解决glibc依赖问题？

在函数计算的Golang运行时环境中解决glibc依赖问题，可以采取以下几种策略：

1. 静态编译：通过静态编译，将程序所需的所有依赖项都打包到可执行文件中，这样在运行时就不需要glibc库了。使用Golang的-ldflags标志可以实现静态编译。

2. 使用Alpine Linux：Alpine Linux是一个基于musl libc的轻量级Linux发行版，它不依赖于glibc。您可以在Dockerfile中指定使用Alpine作为基础镜像来构建您的函数。

3. 自定义运行时：如果上述方法都不适用，您可能需要自定义运行时环境。这通常涉及到在函数计算环境中安装所需的glibc版本，或者使用兼容的替代库。

4. 使用兼容层：某些云服务提供商可能提供兼容层或工具，允许您在不直接依赖glibc的环境中运行程序。例如，使用glibc-compat包可以在不支持glibc的环境中提供必要的兼容性。

5. 咨询文档和支持：查阅阿里云函数计算的官方文档，了解有关支持的运行时环境和依赖管理的详细信息。如果有疑问，可以联系技术支持获取帮助。

6. 社区资源：搜索相关的开发者社区和论坛，看看是否有其他开发者遇到过类似的问题，并分享了解决方案。

请注意，由于glibc是GNU项目的一部分，它遵循LGPL许可证，因此在商业项目中使用需要注意相关的法律和许可要求。在处理依赖问题时，务必确保遵守所有相关的许可证条款。

问题一：函数计算golang运行时解决glibc依赖问题

在阿里云函数计算环境下，如果Golang编译后的二进制文件在运行时遇到glibc版本不匹配的问题，可以采取以下方法解决：

1. 确保构建环境一致：
   编译Golang程序时，应在与函数计算运行环境相同或兼容的Linux发行版上进行编译，这样编译出的二进制文件就不会依赖于高于目标运行环境的glibc版本。

2. 静态编译：
   即使在Golang中关闭CGO（通过设置CGO_ENABLED=0），Go的标准库仍然是动态链接glibc的。为了完全避免glibc版本冲突，应该在编译时强制静态链接所有依赖项，包括glibc。可以通过以下命令行参数实现静态编译：

   CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -a -tags netgo -ldflags '-w -extldflags "-static"' -o your_binary
   

   上述命令尝试构建一个静态链接的Linux amd64架构的二进制文件，其中-a标志表示重新构建所有的依赖项，-tags netgo用来排除cgo对net包的影响，-ldflags选项后面的参数则是告诉链接器输出静态链接的二进制文件。

3. 容器镜像定制：
   如果函数计算支持自定义容器镜像，可以创建一个基于兼容函数计算运行环境的基础镜像，并在其上安装适合的glibc版本，然后在该镜像内编译和运行你的Golang程序。

问题二：代码对golangsdk强依赖

特定的Golang库依赖，请确保通过go mod或dep等工具将依赖项一同打包进最终的部署包中。

问题三：关闭了CGO仍有glibc依赖问题

即使关闭了CGO，Golang的标准库默认仍然链接的是系统的动态库，其中包括glibc。所以，仅仅关闭CGO并不能解决glibc版本依赖问题。要彻底解决此问题，需要配合静态编译方法，确保整个程序及其依赖都是静态链接的，这样才能摆脱对特定glibc版本的依赖。如前所述，使用静态编译命令即可达到这一目的。

要用容器镜像了，go理论上不依赖这个东西。除非你用了c库。需要改代码了。自己用golang的web框架来写。不用fc的sdk了。和事件函数的写法不一样哈，另外对于c库，你可以在9上面编译，当然如果c库不支持那里没办法。openssl好像会有这方面问题。
--此回答整理自钉群“阿里函数计算官网客户”