解决Tusd项目中插件日志JSON格式化问题

在Tusd文件上传服务项目中，用户发现当使用-log-format=json参数时，主进程的日志能够正确以JSON格式输出，但插件(hcplugin)的日志却仍然保持为纯文本格式。这个问题影响了日志收集和分析的统一性。

问题分析

Tusd项目使用两种不同的日志系统：

1. 主进程使用标准的日志库
2. 插件系统使用hclog(HashiCorp日志库)

当用户指定-log-format=json参数时，这个设置只影响了主进程的日志格式，而没有传递给插件系统的hclog实例。这是因为在插件初始化时，hclog的JSONFormat选项没有被正确设置。

技术背景

hclog是HashiCorp开发的一个结构化日志库，它支持两种输出格式：

• 纯文本格式(默认)
• JSON格式(需要显式启用)

在Tusd的插件系统中，hclog实例的创建没有考虑主进程的日志格式设置，导致即使主进程使用JSON格式，插件日志仍然保持默认的纯文本格式。

解决方案

要解决这个问题，需要在创建hclog实例时，根据主进程的日志格式设置来配置JSONFormat选项。具体实现方式是在初始化插件时，将日志格式参数传递给hclog.LoggerOptions。

核心修改点是在插件初始化代码中添加JSONFormat选项的设置：

hclog.New(&hclog.LoggerOptions{
    Level:      logLevel,
    JSONFormat: true, // 根据主进程设置决定
})

实现效果

修改后，当使用-log-format=json参数时，所有日志(包括插件日志)都将以统一的JSON格式输出，便于日志收集和分析系统处理。

最佳实践建议

对于需要开发Tusd插件的开发者，建议：

1. 确保插件日志系统与主进程日志格式保持一致
2. 在插件开发时考虑日志结构化，方便后续分析
3. 测试时验证不同日志格式下的输出是否符合预期

这个改进使得Tusd的日志系统更加一致和可靠，特别是在需要将日志导入ELK等日志分析系统的生产环境中。