.NET Kestrel开发Restful API：读取请求体记用户日志的弊端咨询

• 请求体只能读取一次：Kestrel的请求体默认是流形式，读取后流的指针会移至末尾，后续业务逻辑再读取请求体时会获取不到数据，直接导致接口报错。若要重复读取，需手动重置流或缓存请求体内容，这会额外增加内存开销与代码复杂度。
• 性能与内存压力：针对大体积请求体（如文件上传、批量数据提交接口），读取并缓存整个请求体到内存会显著提升服务器内存占用，高并发场景下极易引发内存不足，甚至导致服务崩溃。
• 敏感数据泄露风险：请求体中可能包含用户密码、身份证号、支付信息等敏感内容，若直接完整记录到数据库，会造成敏感信息泄露，违反数据安全合规要求。
• 非幂等接口的潜在问题：对于非幂等接口（如POST提交订单），若因读取请求体导致后续业务处理异常，重试请求时可能重复执行操作，引发数据不一致问题。
• 职责混淆与代码耦合：你当前用授权处理器（AuthorizationHandler）处理日志记录并不合适，授权组件的核心职责是权限校验，将日志逻辑混入此处会导致职责边界模糊，代码耦合度高，后续维护难度大。日志记录更适合用中间件实现，中间件可在请求管道的合适节点统一处理，职责更清晰。

相关代码示例 #

Startup.cs

option.AddPolicy("LogHistory", policy => policy.Requirements.Add(new LogHistory()));

LogHistory.cs

public class LogHistory : IAuthorizationRequirement 
{ 
    public LogHistory() { } 
}
    
public class LogHistoryHandler : AuthorizationHandler<LogHistory>
{ 
    // ... 你的实现代码
}

内容的提问来源于stack exchange，提问作者sitttttttttttttt