¿Cuándo es MethodBase.getCurrentMethod confiable / predecible?

Question

Un método podría ingresar; Hay un atributo para evitar eso ("Hay un ATT para eso"). Sin embargo, aparentemente un método tampoco puede obtener su propio marco de pila en x64 debido a la optimización de llamadas de cola por parte de la jitter (http://www.hanselman.com/blog/releaseSnotDebug64BitOptimizationsandcMethodinliningInReleaseBuildCallStacks.aspx). ¿Afectaría esto el comportamiento de MethodBase.GetCurrentMethod?

Las discusiones que puedo encontrar se tratan principalmente de insertar (¿Cuándo es un método elegible para ser inclinado por el CLR?). Si bien esas discusiones son interesantes por derecho propio, mi problema es realmente en qué circunstancias, si es que hay alguna. MethodBase.GetCurrentMethod se puede confiar en identificar el mismo método donde el programador colocó la llamada (por ejemplo, para la unión tardía a un método para el cual el método actual es realmente un sustituto). Insertar es una forma de que MethodBase.GetCurrentMethod Podría ser engañado, pero me pregunto si es la única forma.