Spring Boot日志配置全攻略：打造高效、可靠的日志系统

代码漫谈2026-05-12 8:45

日志是现代软件系统不可或缺的基础设施，它不仅是应用运行状态的"黑匣子"，更是开发调试、问题排查、系统监控和合规审计的核心工具。一个设计良好的日志体系，能够在系统出现问题时帮助我们快速定位根因，在日常运维中提供系统健康度的实时洞察，在性能优化时提供量化的分析依据。

本文将从日志的核心价值出发，深入剖析Spring Boot 3.x的日志架构，详细讲解从基础配置到企业级高级特性的完整实现，并分享生产环境中经过验证的最佳实践和常见问题解决方案。

一、日志系统的核心价值

很多开发者认为日志只是"打印一些信息"，但在实际的企业级应用中，日志承担着四个不可替代的核心职能：

  1. 故障快速定位：当系统出现异常时，详细的日志能够完整还原问题发生时的上下文，包括请求参数、执行路径、异常堆栈等信息，帮助开发者在几分钟内定位到代码级别的问题。

  2. 系统健康监控：通过对日志的实时分析，可以监控系统的错误率、响应时间、吞吐量等关键指标，及时发现潜在的性能瓶颈和故障隐患，实现从"被动救火"到"主动预警"的转变。

  3. 合规审计追溯：在金融、医疗、政务等对合规性要求较高的行业，日志是满足监管要求的必要条件。完整的操作日志能够记录所有用户的行为和系统的变更，为审计和追责提供依据。

  4. 业务数据分析：日志中蕴含着丰富的业务信息，通过对用户行为日志、业务流程日志的分析，可以挖掘用户需求，优化产品体验，为业务决策提供数据支持。

二、Spring Boot 3.x日志架构深度解析

Spring Boot采用了"门面模式+实现"的分层日志架构，这种设计使得应用代码与具体的日志实现解耦，便于在不同环境下切换日志框架。
应用业务代码
SLF4J 抽象门面
Logback 默认实现
Log4j2 高性能实现
java.util.logging 标准实现

关键架构要点

  1. SLF4J是唯一推荐的日志API ：永远通过org.slf4j.Logger和org.slf4j.LoggerFactory来获取日志对象，不要直接使用Logback或Log4j2的具体类。这样即使未来需要切换日志实现，也不需要修改任何业务代码。

  2. Spring Boot 3.x默认使用Logback：Logback是SLF4J作者开发的原生实现，性能优秀，功能完善，与Spring Boot的集成最为紧密。对于大多数应用来说，Logback是最佳选择。

  3. Log4j2适用于高性能场景：如果你的应用对日志性能有极高要求（如每秒处理数十万条日志），可以考虑切换到Log4j2。Log4j2在异步日志方面的性能优于Logback，但配置相对复杂。

  4. 自动排除冲突的日志框架：Spring Boot会自动排除commons-logging、log4j等旧的日志框架，并通过桥接器将它们的日志重定向到SLF4J。如果你的项目中引入了其他依赖，需要注意检查是否存在日志框架冲突。

三、日志级别：正确使用是高效日志的基础

日志级别是控制日志输出粒度的核心机制，Spring Boot支持从TRACE到ERROR共6个级别，级别从低到高依次为：

复制代码 
TRACE < DEBUG < INFO < WARN < ERROR < OFF

日志级别过滤规则

当设置了某个日志级别后，系统只会输出该级别及以上级别的日志，低于该级别的日志会被直接过滤掉。例如，如果将日志级别设置为INFO，那么INFO、WARN、ERROR级别的日志会被输出，而DEBUG和TRACE级别的日志会被忽略。
INFO级别过滤效果
✓
✓
✓
✗
✗
ERROR
输出
WARN
INFO
DEBUG
过滤
TRACE

各级别最佳实践场景

级别 使用场景 示例
TRACE 极其详细的程序执行流程，用于追踪代码的每一步执行 方法进入/退出、循环迭代次数、条件分支判断
DEBUG 开发调试阶段的详细信息，用于理解程序的运行状态 方法入参、返回值、中间计算结果
INFO 重要的业务操作和系统事件，用于记录系统的正常运行状态 用户登录、订单创建、任务执行完成
WARN 可恢复的异常情况，需要关注但不需要立即处理 数据库连接重试、配置使用默认值、业务参数不合法
ERROR 系统级别的错误，会影响正常业务运行，需要立即处理 数据库连接失败、空指针异常、第三方服务调用超时
OFF 关闭所有日志输出 仅用于极端性能测试场景

代码示例：正确使用不同级别日志

java 复制代码 
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.stereotype.Service;

@Service
public class PaymentService {
    // 最佳实践：使用当前类作为Logger名称
    private static final Logger log = LoggerFactory.getLogger(PaymentService.class);
    
    public PaymentResult processPayment(PaymentRequest request) {
        // TRACE：记录方法进入和线程信息
        log.trace("进入processPayment方法，线程: {}", Thread.currentThread().getName());
        
        // DEBUG：记录请求参数
        log.debug("处理支付请求，订单号: {}, 金额: {}, 支付方式: {}",
                 request.getOrderNo(), request.getAmount(), request.getPaymentMethod());
        
        long startTime = System.currentTimeMillis();
        
        try {
            // 验证支付参数
            validateRequest(request);
            
            // 调用支付网关
            PaymentGatewayResponse response = paymentGateway.process(request);
            
            if (response.isSuccess()) {
                // INFO：记录关键业务成功事件
                log.info("支付成功，订单号: {}, 交易流水号: {}",
                        request.getOrderNo(), response.getTransactionId());
                return PaymentResult.success(response.getTransactionId());
            } else {
                // WARN：记录业务失败情况
                log.warn("支付失败，订单号: {}, 错误码: {}, 错误信息: {}",
                        request.getOrderNo(), response.getErrorCode(), response.getErrorMessage());
                return PaymentResult.fail(response.getErrorCode(), response.getErrorMessage());
            }
            
        } catch (IllegalArgumentException e) {
            // WARN：记录参数验证失败
            log.warn("支付参数验证失败，订单号: {}, 原因: {}",
                    request.getOrderNo(), e.getMessage());
            return PaymentResult.fail("INVALID_PARAM", e.getMessage());
            
        } catch (PaymentGatewayException e) {
            // ERROR：记录系统级错误
            log.error("支付网关调用异常，订单号: {}", request.getOrderNo(), e);
            return PaymentResult.fail("GATEWAY_ERROR", "支付系统暂时不可用");
            
        } finally {
            // DEBUG：记录方法执行耗时
            long costTime = System.currentTimeMillis() - startTime;
            log.debug("处理支付请求完成，耗时: {}ms", costTime);
        }
    }
}

四、基础配置：application.yml中的日志配置

Spring Boot提供了简洁易用的日志配置方式，大多数基础需求都可以通过在application.yml中配置logging前缀的属性来实现。

4.1 核心配置项详解

yaml 复制代码 
logging:
  # 1. 日志级别配置
  level:
    # 根日志级别，所有未单独配置的包都继承此级别
    root: INFO
    # 为特定包设置单独的日志级别
    com.yourcompany.yourapp.service: DEBUG
    com.yourcompany.yourapp.mapper: DEBUG
    # 框架包设置为WARN级别，减少不必要的日志输出
    org.springframework: WARN
    org.mybatis: WARN
    com.alibaba.druid: WARN
  
  # 2. 日志文件配置（Spring Boot 3.2.x推荐写法）
  file:
    # 日志文件的完整路径和名称
    name: /var/log/yourapp/application.log
  
  # 3. 日志分组配置（Spring Boot 2.2+新特性）
  group:
    # 自定义业务日志组
    business:
      - "com.yourcompany.yourapp.controller"
      - "com.yourcompany.yourapp.service"
      - "com.yourcompany.yourapp.mapper"
    # 自定义SQL日志组
    sql:
      - "org.springframework.jdbc.core.JdbcTemplate"
      - "com.baomidou.mybatisplus.core.executor"
    # Spring Boot内置组：web、sql、tomcat等
  
  # 为日志组统一设置级别
  level:
    business: INFO
    sql: WARN
  
  # 4. 日志输出格式配置
  pattern:
    # 控制台输出格式（带颜色）
    console: "%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %highlight(%-5level) %cyan(%logger{36}) - %msg%n"
    # 文件输出格式（不带颜色）
    file: "%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n"

4.2 配置技巧与注意事项

  1. 包级别配置顺序：Spring Boot的包级别配置采用"最长前缀匹配"原则，因此应该将更具体的包路径配置放在前面，更通用的包路径配置放在后面。
yaml 复制代码 
# ✅ 正确配置顺序
logging:
  level:
    com.yourcompany.yourapp.service.UserService: DEBUG
    com.yourcompany.yourapp.service: INFO
    com.yourcompany.yourapp: WARN
    com.yourcompany: ERROR

  1. 日志文件路径：在生产环境中，建议使用绝对路径指定日志文件位置，避免相对路径带来的不确定性。同时，确保应用运行用户对日志目录有写入权限。

  2. 日志格式说明：

    • %d{yyyy-MM-dd HH:mm:ss.SSS}：日志时间，精确到毫秒
    • [%thread]：输出日志的线程名称
    • %-5level：日志级别，左对齐并占5个字符宽度
    • %logger{36}：Logger名称（通常是类名），最多显示36个字符
    • %msg：日志消息内容
    • %n：换行符

五、高级配置：自定义logback-spring.xml

当application.yml的配置无法满足复杂需求时（如日志滚动、异步输出、多环境配置等），需要使用logback-spring.xml进行高级配置。

5.1 企业级完整配置示例

xml 复制代码 
<?xml version="1.0" encoding="UTF-8"?>
<!-- logback-spring.xml：Spring Boot推荐使用此名称，会自动加载并支持Spring扩展 -->
<configuration scan="false" scanPeriod="60 seconds">
    <!-- 1. 从Spring环境中获取属性 -->
    <springProperty scope="context" name="APP_NAME" source="spring.application.name" defaultValue="application"/>
    <springProperty scope="context" name="LOG_PATH" source="logging.file.path" defaultValue="/var/log/${APP_NAME}"/>
    <springProperty scope="context" name="LOG_LEVEL" source="logging.level.root" defaultValue="INFO"/>
    
    <!-- 2. 定义通用属性 -->
    <property name="LOG_PATTERN" 
              value="%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] [%X{requestId:-}] [%X{userId:-}] %-5level %logger{36} - %msg%n"/>
    <property name="MAX_FILE_SIZE" value="100MB"/>
    <property name="MAX_HISTORY_DAYS" value="30"/>
    <property name="TOTAL_SIZE_CAP" value="10GB"/>
    
    <!-- 3. 控制台输出Appender -->
    <appender name="CONSOLE" class="ch.qos.logback.core.ConsoleAppender">
        <encoder>
            <pattern>${LOG_PATTERN}</pattern>
            <charset>UTF-8</charset>
        </encoder>
    </appender>
    
    <!-- 4. 普通日志文件Appender（按时间和大小滚动） -->
    <appender name="FILE_INFO" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <file>${LOG_PATH}/${APP_NAME}.log</file>
        <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
            <!-- 滚动文件命名模式：%d表示日期，%i表示文件序号 -->
            <fileNamePattern>${LOG_PATH}/${APP_NAME}.%d{yyyy-MM-dd}.%i.log.gz</fileNamePattern>
            <!-- 单个文件最大大小 -->
            <maxFileSize>${MAX_FILE_SIZE}</maxFileSize>
            <!-- 日志文件保留天数 -->
            <maxHistory>${MAX_HISTORY_DAYS}</maxHistory>
            <!-- 所有日志文件总大小上限 -->
            <totalSizeCap>${TOTAL_SIZE_CAP}</totalSizeCap>
        </rollingPolicy>
        <encoder>
            <pattern>${LOG_PATTERN}</pattern>
            <charset>UTF-8</charset>
        </encoder>
        <!-- 只记录INFO及以上级别日志 -->
        <filter class="ch.qos.logback.classic.filter.ThresholdFilter">
            <level>INFO</level>
        </filter>
    </appender>
    
    <!-- 5. 错误日志单独文件Appender -->
    <appender name="FILE_ERROR" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <file>${LOG_PATH}/${APP_NAME}-error.log</file>
        <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
            <fileNamePattern>${LOG_PATH}/${APP_NAME}-error.%d{yyyy-MM-dd}.%i.log.gz</fileNamePattern>
            <maxFileSize>50MB</maxFileSize>
            <maxHistory>90</maxHistory> <!-- 错误日志保留更长时间 -->
            <totalSizeCap>5GB</totalSizeCap>
        </rollingPolicy>
        <encoder>
            <pattern>${LOG_PATTERN}</pattern>
            <charset>UTF-8</charset>
        </encoder>
        <!-- 只记录ERROR级别日志 -->
        <filter class="ch.qos.logback.classic.filter.LevelFilter">
            <level>ERROR</level>
            <onMatch>ACCEPT</onMatch>
            <onMismatch>DENY</onMismatch>
        </filter>
    </appender>
    
    <!-- 6. 异步日志Appender（提高性能） -->
    <appender name="ASYNC_INFO" class="ch.qos.logback.classic.AsyncAppender">
        <!-- 队列大小，默认256，生产环境建议设置为1024-4096 -->
        <queueSize>2048</queueSize>
        <!-- 当队列剩余容量小于此值时，丢弃TRACE/DEBUG/INFO级别日志，0表示不丢弃 -->
        <discardingThreshold>0</discardingThreshold>
        <!-- 是否包含调用者信息（类名、方法名、行号），设为false可大幅提高性能 -->
        <includeCallerData>false</includeCallerData>
        <!-- 队列满时是否阻塞业务线程，false表示阻塞，保证日志不丢失 -->
        <neverBlock>false</neverBlock>
        <appender-ref ref="FILE_INFO"/>
    </appender>
    
    <appender name="ASYNC_ERROR" class="ch.qos.logback.classic.AsyncAppender">
        <queueSize>1024</queueSize>
        <discardingThreshold>0</discardingThreshold>
        <appender-ref ref="FILE_ERROR"/>
    </appender>
    
    <!-- 7. 开发环境配置 -->
    <springProfile name="dev">
        <root level="DEBUG">
            <appender-ref ref="CONSOLE"/>
        </root>
        <!-- 业务代码开启DEBUG级别 -->
        <logger name="com.yourcompany.yourapp" level="DEBUG" additivity="false">
            <appender-ref ref="CONSOLE"/>
        </logger>
        <!-- 开发环境开启SQL日志 -->
        <logger name="com.yourcompany.yourapp.mapper" level="DEBUG"/>
    </springProfile>
    
    <!-- 8. 测试环境配置 -->
    <springProfile name="test">
        <root level="INFO">
            <appender-ref ref="CONSOLE"/>
            <appender-ref ref="ASYNC_INFO"/>
            <appender-ref ref="ASYNC_ERROR"/>
        </root>
        <logger name="com.yourcompany.yourapp" level="DEBUG"/>
    </springProfile>
    
    <!-- 9. 生产环境配置 -->
    <springProfile name="prod">
        <root level="WARN">
            <appender-ref ref="ASYNC_INFO"/>
            <appender-ref ref="ASYNC_ERROR"/>
        </root>
        <logger name="com.yourcompany.yourapp" level="INFO" additivity="false">
            <appender-ref ref="ASYNC_INFO"/>
            <appender-ref ref="ASYNC_ERROR"/>
        </logger>
    </springProfile>
</configuration>

5.2 关键配置项深度解析

  1. 日志滚动策略：

    • 采用SizeAndTimeBasedRollingPolicy可以同时按时间和文件大小滚动，避免单个日志文件过大
    • 日志文件自动压缩（.gz后缀）可以节省大量磁盘空间
    • totalSizeCap可以防止日志文件无限增长，填满磁盘

  2. 异步日志：

    • 同步日志会阻塞业务线程，直到日志写入磁盘完成
    • 异步日志将日志放入队列，由专门的日志线程负责写入，不会阻塞业务线程
    • 生产环境必须使用异步日志，特别是在高并发场景下

  3. 多环境支持：

    • 使用<springProfile>标签可以在同一个配置文件中实现不同环境的日志配置
    • 开发环境只输出到控制台，方便调试
    • 生产环境只输出到文件，关闭控制台输出，提高性能

六、生产环境日志最佳实践

6.1 多环境差异化配置策略

配置项 开发环境 测试环境 生产环境
根日志级别 DEBUG INFO WARN
业务代码级别 DEBUG DEBUG INFO
输出目标 控制台 控制台+文件 文件
异步日志 关闭 开启 强制开启
SQL日志 开启 开启 关闭
日志保留时间 7天 30天 90天
配置热更新 开启 关闭 关闭

6.2 日志记录规范

  1. 使用参数化日志：

    java 复制代码 
    // ✅ 正确：使用占位符，只有当日志级别满足时才会进行字符串拼接
log.info("用户登录成功，用户ID: {}", userId);

// ❌ 错误：字符串拼接会在任何情况下都执行，影响性能
log.info("用户登录成功，用户ID: " + userId);

  2. 正确记录异常：

    java 复制代码 
    // ✅ 正确：将异常对象作为最后一个参数传入，会打印完整的堆栈信息
log.error("处理用户请求失败，用户ID: {}", userId, e);

// ❌ 错误：只打印异常消息，丢失堆栈信息
log.error("处理用户请求失败: {}", e.getMessage());

  3. 避免记录敏感信息 ：

    永远不要在日志中记录密码、身份证号、银行卡号、手机号等敏感信息。如果必须记录，一定要进行脱敏处理。

  4. 记录关键上下文信息 ：

    在日志中记录请求ID、用户ID、订单号等关键信息，便于在排查问题时关联相关日志。

6.3 链路追踪与MDC

MDC（Mapped Diagnostic Context）是SLF4J提供的一个工具，用于在多线程环境下传递上下文信息。在微服务架构中，MDC是实现分布式链路追踪的基础。

java 复制代码 
import org.slf4j.MDC;
import org.springframework.web.servlet.HandlerInterceptor;

import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.util.UUID;

public class TraceInterceptor implements HandlerInterceptor {
    
    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) {
        // 生成或获取请求ID
        String requestId = request.getHeader("X-Request-ID");
        if (requestId == null || requestId.isEmpty()) {
            requestId = UUID.randomUUID().toString().replace("-", "");
        }
        
        // 将请求ID放入MDC
        MDC.put("requestId", requestId);
        
        // 放入其他上下文信息
        MDC.put("userId", request.getHeader("X-User-ID"));
        MDC.put("ip", request.getRemoteAddr());
        
        // 将请求ID设置到响应头，方便前端排查问题
        response.setHeader("X-Request-ID", requestId);
        
        return true;
    }
    
    @Override
    public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) {
        // 清除MDC，避免内存泄漏
        MDC.clear();
    }
}

在日志格式中添加MDC信息：

xml 复制代码 
<property name="LOG_PATTERN" 
          value="%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] [%X{requestId:-}] [%X{userId:-}] %-5level %logger{36} - %msg%n"/>

6.4 敏感信息脱敏

敏感信息脱敏是生产环境日志的必备安全措施。以下是一个通用的脱敏工具类实现：

java 复制代码 
import org.apache.commons.lang3.StringUtils;

public class LogDesensitizer {
    
    /**
     * 手机号脱敏：保留前3位和后4位
     */
    public static String desensitizePhone(String phone) {
        if (StringUtils.isBlank(phone) || phone.length() != 11) {
            return phone;
        }
        return phone.replaceAll("(\\d{3})\\d{4}(\\d{4})", "$1****$2");
    }
    
    /**
     * 身份证号脱敏：保留前4位和后4位
     */
    public static String desensitizeIdCard(String idCard) {
        if (StringUtils.isBlank(idCard) || idCard.length() != 18) {
            return idCard;
        }
        return idCard.replaceAll("(\\d{4})\\d{10}(\\w{4})", "$1**********$2");
    }
    
    /**
     * 邮箱脱敏：保留前3位和域名
     */
    public static String desensitizeEmail(String email) {
        if (StringUtils.isBlank(email) || !email.contains("@")) {
            return email;
        }
        int atIndex = email.indexOf("@");
        if (atIndex <= 3) {
            return email;
        }
        return email.substring(0, 3) + "***" + email.substring(atIndex);
    }
    
    /**
     * 银行卡号脱敏：保留前4位和后4位
     */
    public static String desensitizeBankCard(String bankCard) {
        if (StringUtils.isBlank(bankCard) || bankCard.length() < 8) {
            return bankCard;
        }
        return bankCard.replaceAll("(\\d{4})\\d+(\\d{4})", "$1********$2");
    }
}

使用示例：

java 复制代码 
log.info("用户注册成功，手机号: {}, 邮箱: {}",
        LogDesensitizer.desensitizePhone(user.getPhone()),
        LogDesensitizer.desensitizeEmail(user.getEmail()));

七、常见问题与解决方案

问题1：日志配置不生效

可能原因：

  • 配置文件优先级问题：logback-spring.xml > logback.xml > application.yml
  • 包路径配置顺序错误
  • 存在多个日志框架冲突
  • Spring Boot版本差异导致配置项废弃

解决方案：

  • 优先使用logback-spring.xml进行配置
  • 确保包路径配置从具体到通用
  • 使用mvn dependency:tree检查依赖，排除冲突的日志框架
  • 查阅对应版本的Spring Boot官方文档，使用正确的配置项

问题2：日志文件无法写入

可能原因：

  • 日志目录不存在
  • 应用运行用户没有日志目录的写入权限
  • 磁盘空间已满

解决方案：

  • 启动脚本中添加创建日志目录的命令：mkdir -p /var/log/yourapp
  • 设置正确的目录权限：chown -R app:app /var/log/yourapp
  • 配置日志滚动策略和总大小限制，防止磁盘被占满

问题3：异步日志丢失

可能原因：

  • 应用非正常关闭，队列中的日志未写入磁盘
  • 队列大小设置过小，高并发下队列满导致日志被丢弃
  • discardingThreshold设置过大

解决方案：

  • 使用优雅关闭机制，确保应用关闭前将队列中的日志全部写入
  • 适当调大队列大小（1024-4096）
  • 将discardingThreshold设置为0，保证日志不丢失

问题4：Lombok @Slf4j继承问题

现象：父类中使用@Slf4j，子类中调用log对象时，日志中显示的是父类的类名。

原因：Lombok在编译时为每个类生成一个静态的log对象，子类继承的是父类的log对象，其名称是父类的类名。

解决方案：

  • 每个类都单独添加@Slf4j注解
  • 或者在父类中使用LoggerFactory.getLogger(this.getClass())获取Logger对象
相关推荐
ideal-cs1 小时前
总结：生产环境Release、Snapshot两种包版本该如何管理与发布构建
java·maven·snapshot·release
yangminlei1 小时前
Spring Boot Starter自定义开发 构建企业级组件库
java·spring boot·后端
牛奶咖啡131 小时前
CI/CD——在jenkins中构建流程实现springboot项目的自动化构建与部署
java·ci/cd·k8s·jenkins·springboot·springboot制作镜像·使用源码项目制作镜像
桔筐1 小时前
Redis 无锁化库存扣减方案（INCR + SETNX 实现，高并发不超卖）
java·redis
接着奏乐接着舞1 小时前
springboot 常用注解
spring boot·后端·python
AI人工智能+电脑小能手1 小时前
【大白话说Java面试题 第44题】【JVM篇】第4题：什么时候会触发 Young GC？什么时候会触发 Full GC？
java·开发语言·jvm·后端·面试
小妖6661 小时前
js 实现python的SortedList有序集合
java·javascript·python
梦梦代码精1 小时前
电商系统的核心难点：订单与营销系统如何设计？——LikeShop 架构深度拆解（规则计算与状态一致性）
java·开发语言·低代码·架构·开源·github
SZLSDH1 小时前
专项治理场景下，数字孪生IOC的架构适配逻辑：以智慧河湖监管为例
java·大数据·架构·数据可视化
热门推荐
01GitHub 镜像站点02Codex 接入 DeepSeek API 完整配置文档03【AI】2026 年具身智能模型和世界模型总结04CC-Switch & Claude 基于 Linux 服务器安装使用指南05零基础教你claude code 接入 deepseek V406Windows端Codex接入第三方模型（DeekSeek，BaiLian)07要裂开了！ChatGPT要手机号验证了？注册Codex要求验证电话号码怎么办？2026年登陆Codex要手机号验证的解决办法082026年AI前瞻：量子AI、具身智能与科学发现的新纪元09Cursor 接入 DeepSeek‑V4‑Pro 完整指南（2026 实测）10裂开！ChatGPT 居然开始要手机号验证，附详细解决方法