go项目容器化后启动报错通常由环境配置、依赖缺失或端口冲突引起，日志不全需检查日志级别和输出配置，cpu和内存过高则需性能分析与调优。1.排查dockerfile是否遗漏依赖或编译步骤，并选择合适的基础镜像；2.确保环境变量在容器中正确设置，可通过env或运行时-e参数指定；3.检查端口是否通过expose声明并在启动时映射；4.日志输出不全时应设为stdout并调整日志库配置；5.cpu过高可使用pprof分析瓶颈代码，优化逻辑、控制goroutine数量及调整gogc；6.内存过高可通过pprof分析泄漏点，优化对象分配并调整gogc或使用readmemstats监控。
Go项目容器化后启动报错，通常是因为环境配置、依赖缺失或者端口冲突等问题。排查方向主要集中在镜像构建、环境变量设置和网络配置上。
镜像构建问题：
首先，确认Dockerfile是否正确。最常见的错误是缺少必要的依赖或者编译步骤。例如，你可能忘记了
go mod download或者
go build命令。仔细检查Dockerfile，确保所有依赖都被正确安装，并且可执行文件被正确构建。
其次，检查基础镜像。选择合适的基础镜像非常重要。如果你的项目依赖特定的系统库，确保基础镜像包含了这些库。例如，如果你的项目使用了CGO，你需要选择一个包含C编译器的基础镜像，比如
golang:1.21-alpine3.18可能就不够，需要考虑
golang:1.21。
环境变量设置问题：
环境变量在容器化环境中至关重要。你的Go项目可能依赖某些环境变量来配置数据库连接、API密钥等。确保这些环境变量在容器启动时被正确设置。可以在Dockerfile中使用
ENV指令设置默认值，或者在运行容器时通过
-e参数传递。
网络配置问题：
容器的网络配置也可能导致启动报错。如果你的Go项目需要监听特定的端口，确保该端口在容器中被正确暴露，并且宿主机可以访问该端口。可以使用
EXPOSE指令在Dockerfile中声明需要暴露的端口，并在运行容器时使用
-p参数将容器端口映射到宿主机端口。
FROM golang:1.21 WORKDIR /app COPY go.mod go.sum ./ RUN go mod download COPY . . RUN go build -o main . EXPOSE 8080 CMD ["./main"]
Go项目容器化后日志输出不全怎么办？
日志输出不全可能是因为日志级别设置不正确，或者日志输出目标没有正确配置。检查你的Go代码，确认日志级别是否设置为
DEBUG或
INFO，以便输出更详细的日志信息。同时，确保日志输出目标设置为标准输出（
stdout），这样容器才能捕获到日志。
有时候，日志库的配置也会影响日志输出。例如，如果你使用了
logrus或者
zap等日志库，需要检查它们的配置，确保它们将日志输出到标准输出，而不是文件或其他地方。
此外，容器的日志驱动也可能导致日志输出不全。Docker默认使用
json-file日志驱动，但它可能会截断过长的日志行。可以尝试使用
journald或者
fluentd等日志驱动，它们可以更好地处理日志输出。
Go项目容器化后CPU占用率过高怎么优化？
CPU占用率过高通常是性能问题导致的。首先，使用性能分析工具（如
pprof）分析你的Go代码，找出CPU占用率高的瓶颈代码。优化这些代码，减少不必要的计算和内存分配。
其次，检查你的Go代码是否存在死循环或者无限递归等问题。这些问题会导致CPU占用率持续升高。使用代码审查工具或者调试器可以帮助你找到这些问题。
此外，Go的垃圾回收机制也可能导致CPU占用率升高。可以调整
GOGC环境变量，控制垃圾回收的频率。适当增加
GOGC的值可以减少垃圾回收的次数，但会增加内存占用。
还可以考虑使用Go的并发特性，将任务分解为多个goroutine并行执行，以提高CPU利用率。但要注意控制goroutine的数量，避免过度并发导致CPU竞争。
Go项目容器化后内存占用过高如何排查？
内存占用过高可能是内存泄漏或者过度内存分配导致的。使用
pprof工具分析你的Go代码，找出内存泄漏的代码。常见的内存泄漏原因是goroutine泄漏或者资源未释放。
检查你的Go代码是否存在过度内存分配的问题。例如，你可能在循环中不断创建新的对象，而没有及时释放它们。使用对象池或者复用对象可以减少内存分配的次数。
此外，Go的垃圾回收机制也可能导致内存占用升高。可以调整
GOGC环境变量，控制垃圾回收的频率。适当减小
GOGC的值可以增加垃圾回收的次数，但会降低内存占用。
还可以使用
runtime.ReadMemStats函数获取Go程序的内存使用情况，帮助你更好地了解内存占用情况。
