4. 容器日志采集与分析：Docker日志驱动、日志收集策略、使用Testing框架验证日志输出、常见日志异常模式

4.1 Docker日志驱动机制与选型

容器日志是故障排查的“第一现场”。Docker 通过 日志驱动（Log Driver） 接管容器内标准输出（stdout/stderr）的采集与转发。不同驱动决定了日志的存储位置、格式、轮转策略及性能开销。

4.2 日志收集策略与架构

单节点调试可直接使用 docker logs 命令。但在压测与故障注入场景中，需要构建 采集 → 缓冲 → 转发 → 存储 → 分析 的流水线。以下架构图展示了基于 Fluentd 的典型日志收集链路：

4.3 使用Testing框架验证日志输出

在自动化故障注入测试中，不能仅依赖人工查看日志。必须通过 Testing 框架（如 Go 的 testing 包、Python pytest、Java JUnit）对日志内容进行 实时断言。以下以 Go 语言为例，展示如何验证容器日志输出：

// log_assert_test.go
package container_test

import (
    "context"
    "strings"
    "testing"
    "time"

    "github.com/docker/docker/api/types"
    "github.com/docker/docker/client"
)

func TestContainerLogContainsError(t *testing.T) {
    ctx := context.Background()
    cli, err := client.NewClientWithOpts(client.FromEnv)
    if err != nil {
        t.Fatalf("无法创建 Docker 客户端: %v", err)
    }

    // 假设容器 ID 由前置步骤注入
    containerID := "test-app-001"

    // 读取最近 100 行日志
    options := types.ContainerLogsOptions{
        ShowStdout: true,
        ShowStderr: true,
        Tail:       "100",
        Timestamps: false,
    }

    reader, err := cli.ContainerLogs(ctx, containerID, options)
    if err != nil {
        t.Fatalf("获取日志失败: %v", err)
    }
    defer reader.Close()

    buf := new(strings.Builder)
    _, _ = buf.ReadFrom(reader)
    logContent := buf.String()

    // 断言：日志中必须包含 "connection refused" 错误
    if !strings.Contains(logContent, "connection refused") {
        t.Errorf("期望日志包含 'connection refused'，但未找到。日志片段: %s", 
            logContent[len(logContent)-200:])
    }

    // 断言：日志中不应出现 "panic" 关键字
    if strings.Contains(logContent, "panic") {
        t.Errorf("日志中发现 'panic'，应用可能崩溃: %s", 
            logContent[len(logContent)-200:])
    }
}

4.4 常见日志异常模式与根因分析

在容器化环境中，日志异常往往对应特定的故障模式。以下表格总结了高频异常模式及其根因：

4.5 日志异常模式分析流程

以下流程图展示了从日志采集到根因定位的完整分析链路，适用于 Testing 框架自动化故障排查：