全方法日志结构优化问询：代码臃肿问题及AOP框架可行性探讨

完全懂这种糟心的感觉——每个方法里都要重复写Logger.Info("进入XX方法")、Logger.Info("退出XX方法")，哪怕只是个合并字符串的小逻辑，业务代码都被日志代码挤得水泄不通，维护起来简直是噩梦。

你提到的Fody和Postsharp都是解决这类问题的绝佳工具，它们通过切面编程（AOP）把日志这种「横切关注点」从业务代码中抽离出来，不用再在每个方法里硬编码重复的日志逻辑。下面给你具体讲讲怎么用这两个框架实现：

一、Postsharp：静态织入的AOP方案 #

Postsharp是老牌的.NET AOP框架，通过编译时静态织入的方式把切面代码插入到目标方法中，性能几乎和手写日志一样。

实现步骤： #

1. 首先安装Postsharp NuGet包
2. 自定义一个日志切面属性，继承OnMethodBoundaryAspect：

[Serializable]
public class LogMethodFlowAttribute : OnMethodBoundaryAspect
{
    // 方法进入时触发
    public override void OnEntry(MethodExecutionArgs args)
    {
        var methodName = $"{args.Method.DeclaringType.Name}.{args.Method.Name}";
        Logger.Info($"[进入方法] {methodName}");
        
        // 可选：记录方法参数
        if (args.Arguments.Count > 0)
        {
            var paramStr = string.Join(", ", args.Arguments.Select((arg, i) => 
                $"{args.Method.GetParameters()[i].Name}={arg?.ToString() ?? "null"}"));
            Logger.Debug($"[方法参数] {paramStr}");
        }
    }

    // 方法退出时触发
    public override void OnExit(MethodExecutionArgs args)
    {
        var methodName = $"{args.Method.DeclaringType.Name}.{args.Method.Name}";
        Logger.Info($"[退出方法] {methodName}");
        
        // 可选：记录返回值
        if (args.Method.ReturnType != typeof(void))
        {
            Logger.Debug($"[返回值] {args.ReturnValue?.ToString() ?? "null"}");
        }
    }

    // 可选：记录异常
    public override void OnException(MethodExecutionArgs args)
    {
        var methodName = $"{args.Method.DeclaringType.Name}.{args.Method.Name}";
        Logger.Error($"[方法异常] {methodName}", args.Exception);
    }
}

3. 给需要日志的方法或类打上这个属性就行：

// 单个方法加日志
[LogMethodFlow]
public string CombineStrings(string str1, string str2)
{
    return $"{str1}{str2}";
}

// 整个类的所有方法都加日志
[LogMethodFlow]
public class StringHelper
{
    public string TrimString(string input) => input.Trim();
}

二、Fody：轻量级的编译织入框架 #

Fody比Postsharp更轻量，生态也很丰富，有专门的Logging插件（比如MethodDecorator.Fody）来实现日志切面。

实现步骤： #

1. 安装NuGet包：Fody和MethodDecorator.Fody
2. 定义一个日志装饰器，实现IMethodDecorator接口：

public class LogAttribute : Attribute, IMethodDecorator
{
    private MethodBase _method;
    private object[] _args;

    // 初始化时获取方法信息和参数
    public void Init(object instance, MethodBase method, object[] args)
    {
        _method = method;
        _args = args;
    }

    public void OnEntry()
    {
        var methodFullName = $"{_method.DeclaringType?.Name}.{_method.Name}";
        Logger.Info($"[进入方法] {methodFullName}");
    }

    public void OnExit()
    {
        var methodFullName = $"{_method.DeclaringType?.Name}.{_method.Name}";
        Logger.Info($"[退出方法] {methodFullName}");
    }

    public void OnException(Exception exception)
    {
        var methodFullName = $"{_method.DeclaringType?.Name}.{_method.Name}";
        Logger.Error($"[方法异常] {methodFullName}", exception);
    }
}

3. 同样给方法/类加属性即可：

[Log]
public int AddNumbers(int a, int b)
{
    return a + b;
}

额外优化建议 #

• 全局配置：可以通过框架的配置文件，批量给某个命名空间下的所有类/方法自动添加日志切面，不用一个个手动加属性；
• 日志级别控制：在切面里根据方法的重要性或者配置动态调整日志级别（比如核心方法用Info，辅助方法用Debug）；
• 避免过度日志：可以通过属性参数控制是否记录参数、返回值，比如[Log(LogParameters = true)]。

用这些AOP框架后，你会发现业务代码终于能回归本来的样子，日志逻辑被集中管理，维护起来轻松太多了！

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