PresentMon项目日志系统重构：从GLOG到自定义日志方案

背景与问题分析

在GameTechDev的PresentMon项目中，日志系统是监控和调试的重要组成部分。项目原本采用Google的GLOG库作为日志解决方案，但随着项目发展，GLOG逐渐暴露出一些限制：

1. 版本兼容性问题：vcpkg基线版本更新后，新版GLOG与现有代码不兼容
2. 功能冗余：项目已实现通用工具日志系统，GLOG变得不再必要
3. 灵活性不足：GLOG的配置和使用方式较为固定，难以定制

技术方案设计

自定义日志系统架构

新的日志系统采用分层设计：

1. 流式接口层：继承自ostringstream，提供类似GLOG的流式日志输出体验
2. 日志构建层：通过EntryBuilder类构造日志条目，支持链式调用
3. 输出处理层：负责日志的格式化、过滤和最终输出

关键技术实现

1. 流式接口适配：

class LogStream : public std::ostringstream {
public:
    explicit LogStream(LogLevel level);
    ~LogStream() override;
    // 其他必要接口...
};

2. GLOG宏兼容层：

#define LOG(severity) LogStream(LogLevel::severity)
#define LOG_IF(severity, condition) \
    !(condition) ? (void)0 : ::LogVoidify() & LOG(severity)

3. 日志级别映射：

enum class LogLevel {
    INFO,
    WARNING,
    ERROR,
    FATAL
};

迁移实施步骤

1. 接口适配：创建兼容GLOG接口的自定义日志流
2. 宏替换：用自定义宏替换所有GLOG的LOG和LOG_IF宏
3. 配置清理：移除所有GLOG特有的配置代码
4. 依赖移除：从vcpkg清单中删除glog和gflags依赖
5. 字符集统一：将日志系统转换为窄字符集，保持与原有日志行的兼容性

技术优势

1. 更好的版本控制：消除第三方库版本兼容性问题
2. 更高的性能：移除不必要的日志处理开销
3. 更强的可定制性：可根据项目需求灵活调整日志格式和行为
4. 更简洁的依赖：减少项目的外部依赖，降低构建复杂度

实施效果

迁移完成后，PresentMon项目获得了：

1. 更稳定的日志系统，不受第三方库更新影响
2. 更一致的日志体验，所有组件使用统一的日志接口
3. 更高效的日志处理，去除了GLOG的额外抽象层
4. 更干净的代码库，减少了不必要的依赖和配置代码

经验总结

这次日志系统重构展示了技术债务管理的重要性。通过及时识别和解决依赖问题，项目保持了良好的可维护性和可扩展性。自定义解决方案虽然需要初期投入，但长期来看提供了更好的控制权和灵活性，特别适合像PresentMon这样对性能有要求的系统级监控工具。