如何更优雅地获取方法参数名与值并存入字典用于日志记录？

针对你遇到的手动维护参数字典繁琐、无法自动获取参数值，以及高调用量下的内存顾虑，这里有几个更优雅的解决方案：

方案1：使用调用者信息+匿名类型（最简洁易读） #

利用.NET的CallerMemberName特性自动获取当前方法名，再通过匿名类型传递参数，自动转换为字典。这种方式代码量少，可读性极强，且性能开销很低。

扩展方法实现： #

public static class TelemetryClientExtensions
{
    public static void TrackMethodTrace(this TelemetryClient client, 
        object parameters = null,
        [CallerMemberName] string methodName = "")
    {
        IDictionary<string, string> paramDict = null;
        
        if (parameters != null)
        {
            paramDict = parameters.GetType()
                .GetProperties(BindingFlags.Public | BindingFlags.Instance)
                .ToDictionary(
                    prop => prop.Name,
                    prop => prop.GetValue(parameters)?.ToString()
                );
        }

        client.TrackTrace(methodName, paramDict);
    }
}

使用方式： #

在你的业务方法里直接调用：

public void MyBusinessMethod(string param1, int param2, bool param3)
{
    // 无需手动写方法名，参数用匿名类型自动映射
    appInsightsClient.TrackMethodTrace(new { param1, param2, param3 });
}

优点：

• 完全省去手动维护方法名和参数字典的麻烦
• 匿名类型的语法简洁直观，参数名和变量名自动对应
• 性能开销极小，反射仅针对匿名类型的少量属性，高调用量下也不会有明显内存压力

方案2：表达式树自动捕获方法调用（完全自动化） #

如果你希望连匿名类型都不用写，完全自动捕获方法的参数名和值，可以用表达式树解析方法调用。这种方式适合封装成通用日志工具，但需要处理更多表达式类型。

工具类实现： #

public static class MethodLogger
{
    public static void LogCall(TelemetryClient client, Expression<Action> methodCall)
    {
        var methodExpr = methodCall.Body as MethodCallExpression;
        if (methodExpr == null)
            throw new ArgumentException("Expression must represent a method call.");

        var methodName = methodExpr.Method.Name;
        var paramDict = methodExpr.Method.GetParameters()
            .Zip(methodExpr.Arguments, (param, argExpr) => new 
            { 
                param.Name, 
                Value = ResolveExpressionValue(argExpr) 
            })
            .ToDictionary(p => p.Name, p => p.Value?.ToString());

        client.TrackTrace(methodName, paramDict);
    }

    private static object ResolveExpressionValue(Expression expr)
    {
        // 处理常量表达式
        if (expr is ConstantExpression constantExpr)
            return constantExpr.Value;
        
        // 处理成员访问（比如变量、字段、属性）
        if (expr is MemberExpression memberExpr)
        {
            var parentValue = ResolveExpressionValue(memberExpr.Expression);
            return memberExpr.Member switch
            {
                FieldInfo field => field.GetValue(parentValue),
                PropertyInfo prop => prop.GetValue(parentValue),
                _ => null
            };
        }

        // 可扩展处理更多表达式类型（比如参数表达式、方法调用等）
        throw new NotSupportedException($"Unsupported expression type: {expr.GetType().Name}");
    }
}

使用方式： #

public void MyBusinessMethod(string param1, int param2)
{
    // 直接传递方法调用的表达式，自动捕获参数
    MethodLogger.LogCall(appInsightsClient, () => MyBusinessMethod(param1, param2));
}

优点：

• 完全自动化，无需手动指定任何参数或方法名
• 适合封装成全局日志工具，统一处理所有方法的日志

注意：

• 表达式树解析会有轻微的性能开销，不过在大多数场景下可以忽略；如果是极高调用量的热点方法，可以考虑缓存解析结果
• 需要扩展ResolveExpressionValue方法来支持更多表达式类型（比如复杂对象、数组等）

关于内存占用的优化建议 #

1. 避免不必要的字符串分配：如果参数值是大对象，不要直接调用ToString()，可以序列化关键属性而非整个对象，减少内存开销
2. 批量提交日志：在高调用量场景下，TelemetryClient默认会做批量处理，也可以手动调整批量配置，减少网络请求和对象创建频率
3. 避免长期持有引用：上述两种方案都不会额外持有业务对象的引用，GC可以正常回收临时对象，无需担心内存泄漏问题

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