前言在日常工作中，偶尔需要调查一些诡异的问题，而业务代码经过长时间的演化，很可能已经变得错综复杂，流程、分支众多，如果能在关键方法的日志里添加上调用者的信息，将对定位问题非常有帮助。介绍StackTrace，位于System.Diagnostics命名空间下，名字很直观，它代表一个方法调用的跟踪堆栈，里面存放着按顺序排列的栈帧对象（StackFrame），每当发生一次调用，就会压入一个栈帧；而一个栈帧，则拥有本次调用的各种信息，除了MethodBase，还包括所在的文件名、行、列等。演示下面代码演示了如何获取调用者的方法名、所在文件、行号、列号等信息。publicstaticstringGet

前言在日常工作中，偶尔需要调查一些诡异的问题，而业务代码经过长时间的演化，很可能已经变得错综复杂，流程、分支众多，如果能在关键方法的日志里添加上调用者的信息，将对定位问题非常有帮助。介绍StackTrace，位于System.Diagnostics命名空间下，名字很直观，它代表一个方法调用的跟踪堆栈，里面存放着按顺序排列的栈帧对象（StackFrame），每当发生一次调用，就会压入一个栈帧；而一个栈帧，则拥有本次调用的各种信息，除了MethodBase，还包括所在的文件名、行、列等。演示下面代码演示了如何获取调用者的方法名、所在文件、行号、列号等信息。publicstaticstringGet

大家都知道，在dotnet里的Debug下和Release下的一个最大的不同是在Release下开启了代码优化。启用代码优化，将会对生成的IL代码进行优化，同时优化后的IL也会有一些运行时的更多优化。内联是一个非常常用的优化手段，内联将会让StackTrace获取的调用堆栈存在Debug下和Release下的差异，从而导致获取方法标记的Attribute特性不能符合预期工作这一个坑是来源于我所在团队开源的CUnit(中文单元测试框架)仓库的一次单元测试过程，我发现了在Debug下能通过测试，但是在Release下失败。详细请看：https://github.com/dotnet-campus/

大家都知道，在dotnet里的Debug下和Release下的一个最大的不同是在Release下开启了代码优化。启用代码优化，将会对生成的IL代码进行优化，同时优化后的IL也会有一些运行时的更多优化。内联是一个非常常用的优化手段，内联将会让StackTrace获取的调用堆栈存在Debug下和Release下的差异，从而导致获取方法标记的Attribute特性不能符合预期工作这一个坑是来源于我所在团队开源的CUnit(中文单元测试框架)仓库的一次单元测试过程，我发现了在Debug下能通过测试，但是在Release下失败。详细请看：https://github.com/dotnet-campus/