如何为所有控制器方法实现统一的虚方法式行为（如日志记录）？含自定义覆盖与GUID生成需求咨询

嘿，这个问题我太懂了——要写20遍几乎一样的日志代码，后续改起来还得挨个调整，简直是维护的噩梦！完全有办法解决，咱们一步步来拆解你的需求：

最直接的方案是创建一个基础控制器基类，把通用的日志逻辑封装成虚方法，让所有业务控制器都继承它。这样一来，日志代码只需要写一次，所有控制器都能复用：

public class BaseController : Controller
{
    // 虚方法：默认实现通用日志逻辑，子类可以按需重写
    protected virtual void LogException(Exception ex, ControllerContext context)
    {
        // 获取当前请求的所有参数（兼容GET/POST请求）
        var parameters = context.ActionDescriptor.Parameters
            .Select(param => new 
            {
                ParamName = param.Name,
                ParamValue = context.HttpContext.Request.Query.ContainsKey(param.Name)
                    ? context.HttpContext.Request.Query[param.Name].ToString()
                    : context.HttpContext.Request.Form[param.Name].ToString()
            })
            .ToList();

        // 拼接标准化的日志内容
        var logContent = $"[{DateTime.Now:yyyy-MM-dd HH:mm:ss}] " +
                         $"控制器：{context.Controller.GetType().Name} | " +
                         $"方法：{context.ActionDescriptor.ActionName}\n" +
                         $"请求参数：{JsonSerializer.Serialize(parameters)}\n" +
                         $"异常详情：{ex.ToString()}\n\n";

        // 写入日志文件（这里可以换成你常用的日志框架，比如Serilog/NLog）
        File.AppendAllText("application_errors.log", logContent);
    }
}

然后你的业务控制器只需要继承这个基类，在catch块里调用基方法就行：

public class UserController : BaseController
{
    public IActionResult CreateUser(string username, int age, string email)
    {
        try
        {
            // 你的业务逻辑代码
            return Ok("用户创建成功");
        }
        catch (Exception ex)
        {
            // 直接复用基类的日志逻辑
            LogException(ex, ControllerContext);
            return BadRequest("操作失败，请稍后重试");
        }
    }
}

这样后续要修改日志格式，只需要更新BaseController里的LogException方法，不用动20个业务方法！

如果某个控制器需要特殊的日志规则（比如单独写入专属日志文件、额外记录业务字段），直接在该控制器里重写基类的虚方法就行：

public class OrderController : BaseController
{
    // 重写日志方法，定制订单专属的日志逻辑
    protected override void LogException(Exception ex, ControllerContext context)
    {
        // 额外获取订单ID等业务参数
        var orderId = context.HttpContext.Request.Form["OrderId"].ToString();
        var userId = context.HttpContext.User.Claims.FirstOrDefault(c => c.Type == "UserId")?.Value;

        var logContent = $"[{DateTime.Now:yyyy-MM-dd HH:mm:ss}] " +
                         $"订单异常 | 订单ID：{orderId} | 用户ID：{userId}\n" +
                         $"异常详情：{ex.ToString()}\n\n";

        // 写入订单专属日志文件
        File.AppendAllText("order_errors.log", logContent);
    }

    public IActionResult SubmitOrder(string orderId, decimal totalAmount)
    {
        try
        {
            // 订单业务逻辑
            return Ok("订单提交成功");
        }
        catch (Exception ex)
        {
            // 这里会调用重写后的日志方法
            LogException(ex, ControllerContext);
            return BadRequest("订单提交失败");
        }
    }
}

分两种场景，看你需要哪种：

1. 每次请求生成唯一GUID（请求追踪用） #

如果是为了追踪单次请求，直接在日志方法里生成即可，或者在方法开头生成并传入日志：

// 基类日志方法里生成请求GUID
protected virtual void LogException(Exception ex, ControllerContext context)
{
    var requestGuid = Guid.NewGuid().ToString("N"); // 短格式GUID
    var logContent = $"[{DateTime.Now:yyyy-MM-dd HH:mm:ss}] 请求ID：{requestGuid}\n" +
                     $"控制器：{context.Controller.GetType().Name} | 方法：{context.ActionDescriptor.ActionName}\n" +
                     // ... 其他日志内容
}

或者在业务方法里生成，方便在业务逻辑中也用它做追踪：

public IActionResult CreateUser(string username, int age)
{
    var requestGuid = Guid.NewGuid();
    try
    {
        // 业务逻辑中可以用requestGuid做日志追踪，比如传入服务层
        _userService.CreateUser(username, age, requestGuid);
        return Ok();
    }
    catch (Exception ex)
    {
        // 重载日志方法，接收requestGuid
        LogException(ex, ControllerContext, requestGuid);
        return BadRequest();
    }
}

// 基类里添加重载方法
protected virtual void LogException(Exception ex, ControllerContext context, Guid requestGuid)
{
    var logContent = $"[{DateTime.Now:yyyy-MM-dd HH:mm:ss}] 请求ID：{requestGuid}\n" +
                     // ... 其他日志内容
}

2. 每个方法固定一个GUID（方法标识用） #

如果是想给每个控制器方法分配一个固定的GUID（比如用于统计、识别方法），可以用自定义特性来实现：

首先定义一个特性：

[AttributeUsage(AttributeTargets.Method, Inherited = false)]
public class MethodIdentifierAttribute : Attribute
{
    public Guid MethodGuid { get; }

    public MethodIdentifierAttribute(string guidString)
    {
        MethodGuid = Guid.Parse(guidString);
    }
}

然后在业务方法上标记：

public class UserController : BaseController
{
    [MethodIdentifier("550e8400-e29b-41d4-a716-446655440000")]
    public IActionResult CreateUser(string username, int age)
    {
        try
        {
            // 业务逻辑
        }
        catch (Exception ex)
        {
            LogException(ex, ControllerContext);
            return BadRequest();
        }
    }
}

最后在基类日志方法里通过反射获取这个GUID：

protected virtual void LogException(Exception ex, ControllerContext context)
{
    var methodInfo = context.ActionDescriptor.MethodInfo;
    var methodAttr = methodInfo.GetCustomAttribute<MethodIdentifierAttribute>();
    var methodGuid = methodAttr?.MethodGuid.ToString() ?? "未标记方法GUID";

    var logContent = $"[{DateTime.Now:yyyy-MM-dd HH:mm:ss}] 方法GUID：{methodGuid}\n" +
                     $"控制器：{context.Controller.GetType().Name} | 方法：{context.ActionDescriptor.ActionName}\n" +
                     // ... 其他日志内容
}

额外推荐：用Action过滤器简化代码 #

如果想连try-catch都省掉，可以用ASP.NET Core的Action过滤器，全局注册后自动捕获异常并记录日志，还能通过特性控制个别方法的日志行为。不过基类的方式更直观，适合你当前的场景，过滤器可以作为进阶优化方案。

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