Если вы пытаетесь диагностировать проблемы в WCF, вы можете использовать встроенную функцию трассировки WCF, которая, по нашему мнению, необходима для этого. Чтобы сделать это (при условии, что WCF размещен в IIS), добавьте в web.config следующее:
<system.diagnostics>
<sources>
<source name="System.ServiceModel"
switchValue="Information, ActivityTracing"
propagateActivity="true">
<listeners>
<add name="traceListener"
type="System.Diagnostics.XmlWriterTraceListener"
initializeData="c:\log\WebTrace.svclog" />
</listeners>
</source>
</sources>
</system.diagnostics>
Если вы отлаживаете и используете VS Ultimate 2010, вы также можете использовать IntelliTrace .
Наконец, если вы просто пытаетесь отследить источник возникающих исключений, дамп StackTrace в исключении покажет вам источник ошибки, предполагая, что вызов службы WCF является единственным методом в цепочке, который содержит обработчик исключений. Наши практики разработки обязывают, что, если не существует чрезвычайных, документированных обстоятельств, только самый внешний вызов (т. Е. Запись службы WCF) будет содержать обработчик исключений. Это обеспечивает значительное сокращение времени, необходимого для диагностики и исправления ошибок.
Обновление
Похоже, что System.Runtime.Reflection.GetCurrentMethod может предоставить информацию, которую вы ищете.