如何避免使用StackTrace获取入口方法的MyAttribute属性以优化性能？

针对你在高频HTTP请求场景下遇到的StackTrace开销问题，这里有几个更高效的替代方案，按推荐程度排序：

1. 显式传递属性值（最优选择） #

这是最简单、性能最高的方案——既然入口方法的MyAttribute值是固定的，直接在调用InternalMethod时把值传进去就行，完全避免反射或调用栈操作。

示例代码：

[MyAttribute(1)]
public void Method1() 
{
    InternalMethod(1); // 直接传递属性值
}

[MyAttribute(2)]
public void Method2() 
{
    InternalMethod(2);
}

private void InternalMethod(int attributeValue)
{
    // 在这里直接使用attributeValue
}

优点：零运行时额外开销，代码直观易懂，完全适配高频请求场景。如果MyAttribute的值是编译期固定的，这个方案几乎没有任何缺点。

2. 预缓存方法-属性值映射 #

如果不想修改InternalMethod的签名，可以在类初始化时一次性扫描所有带MyAttribute的方法，把方法名和对应属性值缓存到字典里，然后用[CallerMemberName]获取调用方名称，从字典中取值。

示例代码：

public class YourLibraryClass
{
    // 静态字典缓存方法名与属性值的映射，仅在类初始化时填充一次
    private static readonly Dictionary<string, int> _methodAttrMap = new Dictionary<string, int>();

    static YourLibraryClass()
    {
        // 扫描当前类的所有公共实例方法
        var methods = typeof(YourLibraryClass).GetMethods(BindingFlags.Public | BindingFlags.Instance);
        foreach (var method in methods)
        {
            var attr = method.GetCustomAttribute<MyAttribute>();
            if (attr != null)
            {
                _methodAttrMap[method.Name] = attr.Value;
            }
        }
    }

    [MyAttribute(1)]
    public void Method1() => InternalMethod();

    [MyAttribute(2)]
    public void Method2() => InternalMethod();

    // 使用CallerMemberName自动获取调用方方法名
    private void InternalMethod([CallerMemberName] string callerMethodName = null)
    {
        if (_methodAttrMap.TryGetValue(callerMethodName, out int attrValue))
        {
            // 使用attrValue做逻辑处理
        }
    }
}

优点：仅在类第一次加载时做一次反射操作，运行时只是简单的字典查找，开销极低。适合不想修改太多现有代码的场景。

注意：如果存在同名重载方法，[CallerMemberName]无法区分，这时可以结合[CallerLineNumber]或通过MethodBase.GetCurrentMethod().GetCallingMethod()（.NET Core 2.0+支持）获取更精确的方法信息，但后者会有轻微的性能开销，不过远低于StackTrace。

3. 编译期注入（AOP/源代码生成） #

如果你的类库规模较大，不想手动修改每个入口方法的调用代码，可以用编译期工具自动注入属性值。比如：

• 使用源代码生成器（Roslyn）：编写一个生成器，扫描所有标记MyAttribute的方法，自动修改方法体，在调用InternalMethod时传入属性值。
• 使用AOP框架：通过切面在编译期将属性值注入到InternalMethod的调用参数中。

这类方案的核心是把属性值的获取逻辑提前到编译阶段，运行时完全没有额外开销，适合大规模项目的自动化处理。

为什么StackTrace开销大？ #

StackTrace需要遍历整个调用栈，为每个栈帧反射获取方法元数据，这个过程在高频请求中会积累大量CPU开销——尤其是在.NET中，调用栈的遍历本身就比较耗时，而且每次调用InternalMethod都要重复这个过程，完全不适合高并发场景。

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