spdlog异步日志策略扩展：新增discard_new策略支持

异步日志策略概述

spdlog作为C++高性能日志库，其异步日志功能通过线程池实现，能够显著提升日志记录性能。在异步日志模式下，spdlog提供了三种不同的溢出处理策略：

1. block策略：当队列满时阻塞生产者线程，直到队列有空间
2. overrun_oldest策略：当队列满时丢弃最旧的日志消息
3. discard_new策略：当队列满时直接丢弃新到达的日志消息

现有接口分析

当前spdlog的异步日志创建接口主要提供了两种方式：

// 使用block策略
template<typename Sink, typename... SinkArgs>
std::shared_ptr<spdlog::logger> create_async(std::string logger_name, SinkArgs&&... sink_args);

// 使用overrun_oldest策略
template<typename Sink, typename... SinkArgs>
std::shared_ptr<spdlog::logger> create_async_nb(std::string logger_name, SinkArgs&&... sink_args);

然而，对于第三种策略discard_new，虽然底层实现已经支持，但缺少对应的便捷创建接口。

接口一致性改进

为了保持接口设计的一致性，建议新增create_async_discard_new方法，与现有接口形成完整策略集合：

template<typename Sink, typename... SinkArgs>
std::shared_ptr<spdlog::logger> create_async_discard_new(std::string logger_name, SinkArgs&&... sink_args) {
    return async_factory_discard_new::create<Sink>(std::move(logger_name),
                                                 std::forward<SinkArgs>(sink_args)...);
}

策略选择建议

不同溢出策略适用于不同场景：

1. block策略：适用于日志完整性要求高，可以容忍短暂阻塞的场景
2. overrun_oldest策略：适用于希望保留最新日志，可以牺牲部分旧日志的场景
3. discard_new策略：适用于日志量突增时希望保护系统稳定性的场景

实现原理

在底层实现上，spdlog通过模板特化区分不同策略：

template<async_overflow_policy OverflowPolicy>
struct async_factory_impl {
    // 工厂实现
};

using async_factory = async_factory_impl<async_overflow_policy::block>;
using async_factory_nonblock = async_factory_impl<async_overflow_policy::overrun_oldest>;
using async_factory_discard_new = async_factory_impl<async_overflow_policy::discard_new>;

这种设计既保持了代码复用，又提供了清晰的策略区分。

总结

为spdlog添加create_async_discard_new接口完善了异步日志的溢出策略选择，使开发者能够根据应用场景选择最适合的日志处理方式。这一改进保持了库的接口一致性，同时增强了spdlog在高压环境下的适应性。