bpftrace日志系统重构：从混乱到规范

现状分析

bpftrace项目原有的日志系统存在多个问题，主要包括：

1. 日志级别混乱：存在6种不同的日志级别(DEBUG/INFO/WARNING/ERROR/FATAL/BUG)，但使用方式不一致
2. 语义不清晰：FATAL和BUG被混用，ERROR有时像WARNING有时又像FATAL
3. 输出方式混杂：直接使用std::cout和std::cerr的情况普遍存在，有些还嵌套在bt_verbose检查中

重构方案

经过社区讨论，最终确定了以下日志级别规范：

1. DEBUG级别：用于开发调试信息，包含文件名和行号，无前缀
2. VERBOSE级别：仅在启用详细日志(-v)时输出，替代原有的bt_verbose检查
3. WARNING级别：表示可能影响行为但不终止运行的警告信息，前缀为"WARNING:"
4. ERROR级别：表示用户输入错误，最终会导致程序退出，前缀为"ERROR:"
5. BUG级别：表示内部意外错误(非用户导致)，会终止程序，前缀为"BUG:"

技术考量

在重构过程中，开发团队深入考虑了以下技术问题：

1. 错误处理边界：区分可恢复错误(通过ERROR记录)和不可恢复错误(通过BUG终止)
2. 语义分析器兼容：允许收集多个ERROR后再统一处理，而不是立即退出
3. 测试友好性：避免在日志函数内部直接退出，以便单元测试能够捕获错误
4. API设计：保持接口简洁的同时提供足够的信息量

实现细节

重构后的日志系统具有以下特点：

1. 移除了冗余的bt_verbose2和-vv选项
2. 统一了所有控制台输出到日志接口
3. 明确了各级别的使用场景和预期行为
4. 改善了错误信息的组织和呈现方式

最佳实践

基于新的日志系统，推荐以下使用方式：

1. 用户交互信息使用VERBOSE级别
2. 可恢复问题使用WARNING级别
3. 用户错误使用ERROR级别并最终退出
4. 内部错误直接使用BUG级别终止
5. 调试信息使用DEBUG级别

这次重构显著提升了bpftrace的日志一致性和可维护性，为后续开发和问题诊断奠定了良好基础。