抽象方法不能强制注入日志元数据，但可通过抽象属性定义子类专属标识、基类统一注入iloggerfactory并创建ilogger、封装预填充元数据的日志方法实现集中管控；可选结合源生成器提升结构化日志一致性。
抽象方法本身不能“强制注入”日志元数据，但可通过组合抽象契约 + 依赖注入 + 元数据封装，在基类中统一管控子类专属日志行为——关键在于把日志元数据的定义权交给子类，而把日志记录的基础设施和调用逻辑收归基类。
定义抽象属性提供子类专属日志元数据
在抽象基类中声明抽象属性（如 LogCategoryName 或 LogScope），要求每个子类必须实现并返回其唯一标识。这相当于让子类“声明自己的日志身份”：
- public abstract class DataProcessor { public abstract string LogCategoryName { get; } }
- public class OrderService : DataProcessor { public override string LogCategoryName => nameof(OrderService); }
- public class UserService : DataProcessor { public override string LogCategoryName => nameof(UserService); }
基类中统一注入 ILoggerFactory 并按需创建 ILogger
避免在每个子类中重复注入 ILogger
- protected readonly ILogger _logger;
- public DataProcessor(ILoggerFactory loggerFactory) => _logger = loggerFactory.CreateLogger(LogCategoryName);
- 子类无需再声明构造函数参数，也不用关心 ILogger 实例化细节
封装带元数据的日志方法供子类调用
基类提供受保护的、预填充了类别与上下文的日志方法，内部自动携带子类提供的元数据（如 Category、CorrelationId、OperationType）：
- protected void LogProcessingStart(string id) => _logger.LogInformation("Processing {Id} in {Category}", id, LogCategoryName);
- protected void LogValidationFailed(string field, string value) => _logger.LogWarning("Validation failed for {Field}={Value} in {Category}", field, value, LogCategoryName);
- 子类直接调用，无需手动拼接类别名或重复传入作用域标识
可选：结合源生成器强化类型安全与性能
若项目已采用日志源生成器（如 LoggerMessage），可在基类中定义 partial 日志方法，并将 LogCategoryName 作为隐式上下文注入生成逻辑（需配合工厂模式或运行时绑定）。虽不能完全静态编译，但能确保所有子类日志输出携带一致结构化字段（如 “Subtype”: “OrderService”），便于后续采集与过滤。
