我们有一个“log”类，它使用Relection.MethodBase将当前的类信息发送到日志。
reflection.MethodBase的东西发生在类本身。
但是，我想把这些东西移到一个外部的“log”单例类型中。
在这种情况下，外部日志类需要获取CALLING信息，而不是当前的方法信息。我正在使用stacktrace来执行此操作，这不在Reflection命名空间中。
我可以保证在生产环境中存在“那个”特定信息（调用方法）吗？
var stackTrace = new StackTrace();
return LogManager.GetLogger(stackTrace.GetFrame(1).GetMethod().DeclaringType);
喝彩！
答案 0 :(得分：7)
是的，即使在没有任何PDB的“发布”版本中，您也会在堆栈跟踪中获得方法名称。但我个人认为这是code smell。它意味着一个非常脆弱的代码路径（例如，如果你创建一个调用Write方法的WriteLine方法会发生什么，那么在这种情况下你是否会查看调用者的调用者？）。在每次记录调用时获取堆栈跟踪的快照也可能并不便宜。
我最近posted a question about using MEF to inject a logger进入我的班级，我也希望将类型名称与日志数据相关联。 MEF为我做得非常好，因为我能够为每个想要使用它的类导入ILogger实例，并且在导入ILogger实例时，我会将其Category属性设置为当前类的名称。没有反射，没有堆栈跟踪。它对我来说非常好。
答案 1 :(得分：3)
乔希说得对。采用堆栈跟踪非常昂贵，应该避免。有点难以理解你在做什么，但听起来相当糟糕。我的第一个建议是再次查看您的生产环境，看看已经有哪些日志服务以及如何使用它们。
如果你不能，那么我会研究已经可用的API，如Log4j，SLF4j和Commons日志，看看你如何利用它们。最后，如果仍然无法使用，您至少可以查看他们的来源，看看他们是如何做的。如果我没记错的话，JUnit的源代码也会进行堆栈跟踪分析，因此还有另一个想法来源。
但我的最后一句话是尽可能保持简单。不要四处创建堆栈跟踪。一般来说，当异常发生时，你真的只关心它们，然后它会交给你。除了传递它之外，您不需要做任何事情。